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About this document 


When to use this document 


This document describes the output reports (logs) used for the UCS DMS-250 
switch. The purpose of this document is to explain the log reports, which are 
messages output by the UCS DMS-250 switch whenever a significant event 
occurs in the switch or in one of its peripherals. Log reports include status and 
activity reports, as well as reports on the hardware or software faults, test 
results, changes in state, and other events or conditions likely to affect the 
performance of the switch. 


Intended audience 


This document is intended for use by operating company personnel who are 
responsible for maintenance. 


How this document is organized 
This document presents the log descriptions in alphabetical order by log name. 


Each output report (log) provides the following information: 
* report explanation 

* report format 

* report example 

e field descriptions 

e action 

e associated operational measurements (OM) registers 


e additional information 


How to check the version and issue of this document 


The version and issue of the document are indicated by numbers, for example, 
01.01. 


The first two digits indicate the version. The version number increases each 
time the document is updated to support a new software release. For example, 
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the first release of a document is 01.01. In the next software release cycle, the 
first release of the same document is 02.01. 


The second two digits indicate the issue. The issue number increases each time 
the document is revised but rereleased in the same software release cycle. For 
example, the second release of a document in the same software release cycle 
is 01.02. 


To determine which version of this document applies to the software in your 
office and how documentation for your product is organized, check the release 
information in UCS DMS-250 Master Index of Publications. 


References in this document 
The following documents are referred to in this document: 


Advanced Maintenance Guide 

Alarm System Description, 297-1001-122 

CLASS Calling Name Delivery Generic Requirements, TR-NWT-001188 
DMS-100 Family Basic Translations Tools Guide, 297-1001-360 


DMS-100 Family Bellcore Format AMA Maintenance Guide, 
297-1001-570 


DMS-100 Family Common Channel Signaling Alarm Analysis, 
297-1001-559 


DMS-100 Family Computing Module Maintenance Guide, 297-1001-548 


DMS-100 Family Digital Recorded Announcement Machine DRAM and 
EDRAM Guide, 297-1001-527 


DMS-100 Family Display Call (DISPCALL) User Guide, TAM-1001-003 
DMS-100 Family Feature Description Reference Manual, 297-1001-801 


DMS-100 Family Index to Maintenance Procedure Documents, 
297-1001-500 


DMS-100 Family Meridian SL-100 Digital Line Module Reference 
Manual, 555-4001-101 


DMS-100 Family Networks Maintenance Guide, 297-1001-591 


DMS-100 Family Post-Release Software Manager (PRSM) Reference 
Guide, 297-8991-540 


DMS-100 Family STP Base Translations Guide, 297-8 101-350 


DMS-100 Family SuperNode Data Manager Fault-tolerant User Guide or 
DMS-100 Family SuperNode Data Manager User Guide, 297-505 1-900 


DMS-100 Family Trunks Maintenance Guide, 297-1001-595 
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e Input/Output Devices Maintenance Guide, 297-1001-590 


* One Night Process and Hybrid Software Delivery Procedures, 
297-1001-303 


e Peripheral Modules Maintenance Guide, 297-1001-592 


e UCS DMS-250 Alarm and Performance Monitoring Procedures, 
297-2621-543 


e UCS DMS-250 Card Replacement Procedures, 297-2621-547 

e UCS DMS-250 Data Schema Reference Manual, 297-2621-851 

e UCS DMS-250 Flexdial Framework Application Guide, 297-2621-390 
e UCS DMS-250 Master Index of Publications, 297-2621-001 


• UCS DMS-250 Operational Measurements Reference Manual, 
297-2621-814 


What precautionary messages mean 


The types of precautionary messages used in NT documents include attention 
boxes and danger, warning, and caution messages. 


An attention box identifies information that is necessary for the proper 
performance of a procedure or task or the correct interpretation of information 
or data. Danger, warning, and caution messages indicate possible risks. 


Examples of the precautionary messages follow. 


ATTENTION - Information needed to perform a task 


ATTENTION 
If the unused DS-3 ports are not deprovisioned before a DS-1/VT 
Mapper is installed, the DS-1 traffic will not be carried through the 
DS-1/VT Mapper, even though the DS-1/VT Mapper is properly 
provisioned. 
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DANGER - Possibility of personal injury 


DANGER 

Risk of electrocution 

Do not open the front panel of the inverter unless fuses F1, 
F2, and F3 have been removed. The inverter contains 
high-voltage lines. Until the fuses are removed, the 
high-voltage lines are active, and you risk being 
electrocuted. 


WARNING - Possibility of equipment damage 


WARNING 

Damage to the backplane connector pins 

Align the card before seating it, to avoid bending the 
backplane connector pins. Use light thumb pressure to 
align the card with the connectors. Next, use the levers on 
the card to seat the card into the connectors. 


CAUTION - Possibility of service interruption or degradation 


CAUTION 

Possible loss of service 

Before continuing, confirm that you are removing the card 
from the inactive unit of the peripheral module. Subscriber 
service will be lost if you remove a card from the active 
unit. 


How commands, parameters, and responses are represented 


Commands, parameters, and responses in this document conform to the 
following conventions. 


Input prompt (>) 
An input prompt (>) indicates that the information that follows is a command: 


>BSY 
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Commands and fixed parameters 
Commands and fixed parameters that are entered at a MAP terminal are shown 
in uppercase letters: 


>BSY CTRL 


Variables 
Variables are shown in lowercase letters: 


>BSY CTRL ctrl no 


The letters or numbers that the variable represents must be entered. Each 
variable is explained in a list that follows the command string. 


Responses 
Responses correspond to the MAP display and are shown in a different type: 


FP 3 Busy CTRL 0: Command request has been submitted. 


FP 3 Busy CTRL 0: Command passed. 
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1 UCS log reports 


The log system 
What is a log report? 

A log report is a message generated by the UCS DMS-250 switch whenever a 
significant event has occurred in the switch or one of its peripherals. Log 
reports include status and activity reports, as well as reports on hardware or 
software faults, test results, changes in state, and other events or conditions 
likely to affect the performance of the switch. A log report may be generated 
in response to either a system or a manual action. 


Controlling output from the log system 
Log output—including storage, distribution, prioritization, suppression, and 
thresholds—may be controlled in two ways. First, individual offices may 
customize the output from the log system to meet local requirements by 
making changes to the appropriate customer data tables. Second, specific log 
utility (LOGUTIL) commands may be executed in the LOGUTIL level of the 
MAP display. LOGUTIL commands may be used temporarily to override 
parameters set in the customer data tables, for example, to turn log reports 
OFF, or to route output temporarily to a different device. 


In most cases, a restart (reinitialization of the DMS operating system and user 
processes) will reset any temporary change that was made by the use of 
LOGUTIL commands. Refer to the Data Schema Reference Manual. 


Log buffers 
Each log buffer is of sufficient size to hold several hours of subsystem reports 
at peak output rates. The number of reports which can be held is determined 
by the value of the office parameter LOG_CENTRAL_BUFFER_SIZE in 
table OFCVAR. Refer to the Data Schema Reference Manual. 


The output reports are stored in the log buffers in chronological order as they 
are generated, 1.е., a Central Message Contoller (CMC) report generated at 
16:04:39 would be logged before a report generated at 16:08:33. Once a 
subsystem buffer is full, the next report that is generated displaces the oldest 
report. Unless the displaced log report had been previously routed to some type 
of external storage device, the report is lost and is unretrievable by the user. 


The Critical Message Prioritization feature provides an additional method of 
defining the order in which log reports are output to a specified log device. This 
feature is made active or inactive by the office parameter 
LOG_PRIORITIZATION in table OFCENG. Refer to the Data Schema 
Reference Manual. 
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When active, the log reports are categorized by their alarm levels (critical, 
major, minor, no alarm). The reports are then output to specified devices in 
order of most critical to least critical alarm. Reports of the same alarm category 
are stored chronologically. 


Routing log reports 
In addition to storing the reports, the output reporting system is capable of 
routing the reports to operating company defined devices, such as MTD, DDU, 
Data Link, Printer, VDU. Each device is allocated a buffer area, which under 
normal conditions is sufficient to handle a large number of log reports. If 
devices are losing reports indicated by the system, the log buffer size can be 
increased by changing the office parameter LOG_DEVICE_BUFFER_SIZE 
in table OFCVAR. Refer to the Data Schema Reference Manual. 


Routing and reporting subsystems 
The routing of reports from the log system buffers to an I/O device, where they 
are printed, displayed, or stored, is performed by the routing and reporting 
subsystem. This subsystem is controlled by two data tables which provide 
basic permanent routing. The two data tables are LOGCLASS and LGDEV. 


To route a log report to a device, the following units of information must be 
known to the DMS. The CLASS number of the report that is to be routed, 
defined in table LOGCLASS. The device(s) that is to receive this CLASS 
number of log reports, defined in table LOGDEV. 


As shown in the following table, the CMC log reports have been assigned a 
class number of 4. When the CMC subsystem generates a log report, the 
routing and reporting subsystem will reference table LOGCLASS and 
discover the log report is class 4. Once the class number is known, table 
LOGDEYV will be referenced to search for the device(s) defined to receive class 
4 reports. In this example it is the device PRT1. The routing and reporting 
subsystem will now transmit the report through the log device buffer for PRT 1 
to the actual device. 


Table 1-1 (Sheet 1 of 2) 


REPORTS CLASS DEVICE 
GROUP 1 NET 121 24 PRT1 
GROUP 2 NET 115 24 PRT2 
GROUP 3 PM 105 24 PRT3 
GROUP 4 CMC 105 4 PRT1 


297-2621-840 Standard 09.01 May 2001 


1-3 
Table 1-1 (Sheet 2 of 2) 
REPORTS CLASS DEVICE 
GROUP 5 LINE 108 


GROUP 6 TRK 151 


Logutil commands 
The logutil commands provide the user with the capability of performing the 
following functions: 


• Obtain information concerning log reports, I/O devices and thresholding. 
e Start and stop devices from receiving log reports. 

* Browse through log subsystems buffers. 

e Clear log subsystems buffers (erase reports). 


e Establish temporary routing commands which supersede the permanent 
routing entries in tables LOGCLASS and LOGDEV. The permanent 
entries in these tables are not changed and remain available for reversion 
back to permanent routing. 


Some examples of temporary routing may be if an I/O device malfunctions and 
its associated logs reports need to be routed to another device, or maintenance 
personnel who desire to temporarily route log reports to a VDU for 
troubleshooting purposes. 


Tables 


The following tables are used in this document to list log header definitions, 
log subsystems, event types, info-only logs, trouble codes, reason codes, 
equipment states, call types, and so forth. Spelling and capitalization of the 
table information is exactly as it appears on the MAP terminal. 


e Table A—STD header defines the standard header format. 


e Table B—SCC2 header defines the Switching Control Center 2 header 
format. 


e Table C—Log subsystems define families of logs and identifies reports 
associated with critical and major alarms. Reports associated with minor 
alarms are not listed. 


e Table D—Event types define event types displayed in the field after the 
header. 


e Table E—Equipment states define possible states for any component part 
of the UCS DMS-250 switch. Some states may parallel, or appear identical 
to, Event Types. 
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Table F—Line and trunk information text define character strings 
displayed in the LINE and TRK information field. 


Table G—Line and trunk trouble codes define character strings displayed 
in the LINE and TRK trouble code field. 


Table H—PM reasons define character strings displayed in the PM reason 
field for some of the peripheral module (PM) logs. 


Table I—Standard definitions and equipment identification contain 
definitions and methods of identification for directory numbers, line 
equipment codes, trunk ids, and so forth. 


Table J—Meter processes identify MTR log reports for specific meter 
processes. 


Table K—Attendant console states define possible states for attendant 
consoles used in the Integrated Business Network (IBN) environment. 


Table L—IBN trouble codes define character strings displayed in the IBN 
Trouble Code field. 


Table M—Call treatments identify extended call treatments. 


Table N—Node types identify the node types for the UCS 
DMS-250switch. A node is a hardware unit that can either accept or 
originate messages, or both. 


Table O—Trunk diagnostic results define character strings displayed in 
ATT and TRK log reports generated as a result of automatic or manual 
diagnostic testing of trunks. 


Table P—CMC alter reasons define the central message controller (CMC) 
alter reasons. 


Table Q—Transmission test unit failure messages show failure reasons 
associated with Automatic Transmission Measuring Equipment (ATME) 
tests on transmission test units. 


Table R—Call type entry codes show the 2-digit code that defines call 
types and the call type each code represents. 


Table S—Information-only logs do not require an action. 


Option of normal or short log format 


Log reports may be displayed in either the normal (long) format or a short 
format. Normal format is the default, and provides all the report information 
described above. The normal (long) format is generated unless you request the 
short format through the LOGUTIL level of the MAP display. Short format 
displays only the first line of the log report, and allows you to scan log reports 
at MAP levels where viewing area is limited in size. 


297-2621-840 Standard 09.01 May 2001 


1-5 


Log report formats 
The first line of every log report contains the following elements: 


Header—a string, whose components vary depending on the datafill in the 
customer data schema 


Event type—an abbreviation indicating the event or condition being 
reported (for example, SYSB, TBL) 


Event description—a string, which may contain one or more of the 
following fields: 


— Event identification—a constant for every log report of the same name 
and number. For example, the event identification for a LINE101 log 
report is always LINE_DIAG. 


— Equipment identification—a variable which identifies hardware or 
software. For example, equipment identification could identify a 
peripheral and its location, line equipment and an associated directory 
number (DN), a Common Channel Signaling Service NO. 7 (CCS7) 
route identification. Refer to definition of “pmid" in Table I. 


— Reason codes—variable, depending on the application. The event 
description may be left blank. 


The remaining one or more lines of the log report contain additional 
information about the reported event. 


The following examines each element of the log report in more detail. 


There are three possible formats for the header portion of a log: 


NT standard (STD) format 


NT format for offices with multiple log generating nodes, for example, 
Enhanced Core (ECORE) offices 


Number 2 Switch Control Center (SCC2) format, available in offices 
where downstream processing of logs from one or more switches is 
performed 


A comparison of each of the three header formats follows. 


Logs in NT standard (STD) header format 
The first line of an STD log follows this format: 


. 


officeid alarm threshold reportid mmmdd hh:mm:ss ssdd 
event type event id 


Refer to Table A for a detailed description of the header fields. The second and 
subsequent lines of the log report contain additional information about the 
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reported event. A LINE101 log report using the STD header format looks like 
this: 


COMS 0 *LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


This example indicates the name or officeid of the switch generating the log is 
COMS, side 0. The log was generated on October 31 at noon (12:00 p.m.). The 
log was previously generated 21 times, and was generated for the 12th time at 
the device displaying this log. The event type and description indicate a line 
diagnostic has failed. The variable message area provides more data about the 
faulty line, and indicates the action required. 


Logs in NT ECORE office header format 

The officeid for an ECORE office depends on the value of the 
ECORE_FORMAT parameter. If the previous LINE101 log were output by an 
ECORE office, with а ЕСОКЕ FORMAT = TRUE value, it would look like 
this: 


СОМ5 0 CM ж LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


The officeid includes an eight-character node name and one trailing space 
following the office name. The same LINE101 log generated by an ECORE 
office, with ECORE_FORMAT = FALSE value, would look like this: 


COMS 0 ж LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 
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The standard officeid is displayed without the node name. 
Table 1-2 ASTD header 
Field Value Description 


officeid String Identifies the switch generating the 
log. This field is optional and is not 
normally shown in the detailed 
examples of log reports in this manual. 
Maximum length of this field is 12 
characters, set by office parm 
LOG OFFICE 10 in customer data 
Table OFCVAR. 


alarm өк or blank Indicates the alarm type of the log 
report. *** = critical alarm, ** = major 
alarm, * = minor alarm, blank = no 
alarm. 


threshold + or blank Indicates whether a threshold was set 
for the log report. If “+," a threshold 
was set. If blank, no threshold was set. 


reportid AAAAnnn Identifies the log subsystem 
generating report (two to four 
alphabetic characters and the number 
(100-999), of the log report in this 
subsystem. Refer to Table C of this 
document for a list of log subsystems. 


mmmmdd JAN-DEC 01-31 Identifies month and day report was 
generated. 
hh:mm:ss 00-23 Identifies hour, minute, and second 
00-59 report was generated. 
00-59 
ssdd 0000-9999 Defines the unique sequence number 


for each log report generated. Anss is 
increased each time a report is 
generated, and is reset to 00 after 
reaching 99. The dd is increased each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Logs in SCC2 header format 
The first line of an SCC2 log follows this format: 
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alarm mm reportid threshold ssdd event_type event_id 


There are two main differences between the STD header format and the SCC2 
header format. The SCC2 header uses two spaces instead of three to display 
the alarm class. Hence, a critical alarm is displayed as “*C" instead of 4%," 
Instead of a time and date stamp, the SCC2 header format provides only the 
minutes (mm) after the hour, since the SCC2 processor time stamps each log 
it receives. 


Refer to Table B for a detailed description of the SCC2 header fields. 


The format of the subsequent lines of the log report is identical to those offices 
with Standard or ECORE headers. 


A LINE101 log report using the SCC2 header looks like this: 


* 27 LINE 101 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
a CARD ТҮРЕ 2Х17АВ 


Table 1-3 BSCC2 header (Sheet 1 of 2) 


Field Value Description 

alarm *C, **, *, blank Indicates the report alarm type. (*C is 
critical, ** is major, * is minor, blank is 
no alarm.) 

mm 00-59 Identifies the number of minutes after 


the hour the report was generated. 


reportid AAAA nnn Identifies the log subsystem 
generating report, using two to four 
alphabetic characters and the number 
(100-999) of the log report in this 
subsystem. Note the subsystem name 
and the log number are separated by 
a space in this format. Refer to Table 
C for a list of log subsystems. 
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Table 1-3 BSCC2 header (Sheet 2 of 2) 
Field Value Description 


threshold + or blank Indicates whether a threshold was set 
for the log report. If plus (+), a 
threshold was set; if blank, no 
threshold was set. 


ssdd 0000-9999 Defines a unique sequence number 
for each log report generated. An ss is 
incremented each time a report is 
generated, and is reset to 00 after 
reaching 99. A dd is incremented each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Event type and identification 
The header is followed by the event type and event identification. 


Event type is a one-word, general description of the occurrence that caused the 
switch to generate the log report (for example, FLT, INFO, SYSB). Refer to 
Table D for a list of event types, and their meanings. 


Event identification is a string (usually abbreviated) that further defines the 
specific event. The event identification may be omitted when sufficient 
information is supplied by the event type and by the text in the variable 
message/data area. 


Variable message/data area 


The event type and event identification are usually followed by one or more 
lines of variable text and data fields. These fields typically provide additional 
information on one or more of the following: 


• DMS responses 

* equipment status 

e hardware identification 

e problem isolation 

e problem resolution 

* software identification 

In the rare case of log reports that do not have a variable message/data area, the 


event type and identification provide sufficient information to determine the 
action required. 
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Structure of a log report description 


This document contains all the log reports output by the UCS DMS-250 
family, in order by subsystem. Each log report is described in detail under the 
following headings: 


* report format 

* example 

* explanation 

* explanation table 
e action to be taken 


e associated OM registers 


Log report descriptions may also include the following: 
* tables specific to that log report 
* oneor more "Additional information" sections 


* atable explaining a hexadecimal data dump 


Report format 
The report format section is the first part of a log report description. It provides 
a general model of the log report and identifies constant and variable text. See 


“Log report formats" in this document for additional information about format 
fields. 


Example 
The example section is the second part of a log report description. It contains 
an example of the log report as it comes from the UCS DMS-250 switch. 


Explanation 
The explanation section is the third part of the log report description. It 
contains a short description of the circumstances under which the report is 
generated. 


Explanation table 


The explanation table describes each field (logical part) of the log report in 
detail, under the columns field, value, and description. 


Field column 
The field column contains the following types of entry: 
e the event identification when present 


* constant fields, where the value does not change (usually written in 
uppercase) 
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e variable fields, where there is either more than one possible value or a 
range of values (written in lowercase) 
e mixed fields, consisting of a constant and a closely associated variable 


(written in a mixture of uppercase and lowercase letters) 


Representing variables 

A small number of text variables, familiar to the reader, are represented by 
their commonly used abbreviations, for example: DN (directory number), 
LEN (line equipment number), CLLI (common language location identifier), 
TRKID (trunk identifier). See Table I for a complete list. 


Other text variables are represented by the the suffix nm if they are names, for 
example, modnm for module name, and txt if they are any other sort of 
character string, for example stattxt for state, fltxt for fault text (a character 
string representing a fault). 


Decimal numbers are represented by n (where n is 0-9, unless otherwise 
specified. Hexadecimal numbers are represented by h (where h is 0-F, unless 
otherwise specified). 


Value column 

Four types of values are supplied in the value column: 
* individual values 

* numerical ranges 


* Symbolic text, indicating a range of values as described in the description 
column 


e Constant, indicating only one value for the field 

Description column 

The description may include the following information: 

* the meaning of the field 

* the meaning of specific values 

e why a particular value is displayed 

e the relationship between this and other fields 

* references to tables that list and describe a set of values 

* references to the customer data schema (or customer data tables) that 


define the range of values for a particular office 


The action for specific field values is included in cases not covered in the 
general "Action to be taken" section of this document. 
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Action to be taken 
The “Action to be taken" section explains what action should be taken by 
operating company personnel when the log report occurs. If the log report is 
for information only, it is listed in Table S. 


Associated OM registers 
This section of the log report description lists OMs that are associated with a 
specific log. 


How to interpret hex tables in AUD and AUDT log reports 


Most audit log reports (AUD and AUDT) output a block of hex data. This 
section contains the information necessary to interpret the hex values. 


The documentation explaining a hex data block has two parts. First, a diagram 
of the data fields contain the name of each field, the size of the field, and its 
location within the data block. Second, each page of the diagram has text that 
explains the purpose of the fields. 


The following example is from a typical hex data diagram. Notice that there 
are two 16-bit words in each row (in this case, WORD 2 and 3). WORD 2 
contains bits 32 through 47 of the hex data block. WORD 3 has bits 48 through 
63. The least significant bit in each word is on the right-hand side. 


WORD 2 3 


CPTLB (C) 


| PRIMINDX (8) | SECINDEX ( LETTERC (16) 
ВІТ 47 32 63 48 


1 PROCQD(1) 3 LINKCOUNT(6) 
2 STATE(3) 4 LETTERCOUNT(2) 


The field CPTLB extends across WORDS 2 апа WORDS 3. Beneath CPTLB 
are two rows of field names, one beginning with field MYINDEX and the other 
with field PRIMINDX. The numbers in parentheses identify the fields’ size in 
bits. 


Field size is shown in parentheses around the first word of a field. To indicate 
a continuation, a C replaces the size in any additional words used by that field. 
For example, CPTLB begins in a word preceding WORD 2. 
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Some fields are identified in the diagram by number. Their names are too large 
for the space allotted in the diagram. The numbers identify the numbered field 
names beneath the diagram. 


In the preceding example, three rows of field names are stacked on top of each 
other. There are two possible relationships between these rows. One possibility 
is that each row can represent a separate overlay, which means one or another 
will be displayed, depending on the conditions software module, using a 
certain hexadecimal data structure. The other possibility is that one row 
comprises subfields of the row immediately above it. 


There is no way to be sure which relationship exists by looking only at the 
diagram. An overlay chart defines which fields are overlays. Where there are 
nested overlays, the overlay chart shows the links between them. Fields that do 
not appear in the chart are subfields. 


The overlay chart that accompanies WORD 3 in the previous example appears 


here. The fields on either side of the word or can occupy WORD 3 but never at 
the same time. 


OVERLAY STRUCTURE - WORD 3 
2,AUDIT,3,4 or LETTERC 


The following provides a more detailed example. 
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WORD 82 


SPARE8B(8) 
FASTMOVE STD XLA OVLY(152) 
TOPS AREA(C) 


FASTMOVE(C) 


BIT 1327 1312 1343 1328 


The corresponding overlay chart for WORD 63 is: 


OVERLAY STRUCTURE - WORD 83 E 
CHB(XLAB) or TOPS AREA or FASTMOVE 
/ X 

LOG NETWORK,FILLER BYTE or FASTMOVE INAT XLA OVLY or 

AMADATA or FAST STD XLA OVLY 

AC 

AMAINCCB or ENTRY CODE or 8 or 9,0... or SPARE8B 

3,4... 
X aA 


In this example, the first set of overlay choices, includes subfield XLAB of the 
CHB field, TOPS_AREA, and FASTMOVE. 


These overlays are present in both WORDS 82 and 83. 
If XLAB is selected, there are four new overlay choices in WORD 83, such as 


LOG NETWORK, FILLER_BYTE. If AMADATA is selected, AMAINCCB 
and fields 3 through 7 are the overlay choices in bits 1328 through 1332. 
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ENTRY. CODE, field 8, fields 9 through F, and SPARESB are the overlay 
choices in bits 1336 through 1343. 


Hexadecimal words in a diagram are numbered consecutively from the 
beginning to the end of the hexadecimal data block. Word 0 corresponds to the 
leftmost word in the top row of the actual log output. 


(Words 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0-59 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 10-519) 


The following example shows how actual hexadecimal output is related to the 
way it is represented in the diagram. For WORD 3 in the previous example, a 
dumped value of 9С5А is represented in the diagram as: 


LETTERCOUNT STATE 
10 01|1100 | 0101|1 010 
(BIT 63) LINKCOUNT AUDIT (BIT 48) 


Unless otherwise stated, all numerical values appearing in the document's 
audit log report descriptions are decimal. Only the example of an actual log 
report contains data in hexadecimal values. 


Field descriptions for Boolean terms are described as true or false. A term is 
true (1) if the condition the field name defines exists. The term is false (0) if 
the condition the field name defines does not exist. 


Table 1-4 CLog subsystems (Sheet 1 of 20) 


Name Critical Major Description 


ACCS — — Automatic Calling Card Services (ACCS) 
subsystem provides the capabilities to obtain 
information related to calling card services. 


ACD — — Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 
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Table 1-4 CLog subsystems (Sheet 2 of 20) 


Name Critical Major 


ACMS — — 


ACNS == = 


ACT = = 


ALRM — — 


ALT — — 


AMA — — 


AMAB — — 


AOSS — — 


APS == = 


Description 


Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 


Attendant Console Night Service (ACNS) 
controls the digits dialed to access night 
services provided by connected MDC 
customers. 


Activity (ACT) checks central control complex 
(CCC) for transient mismatches between the 
active and inactive sides. 


Alarm (ALRM) checks the integrity of 
connections to the Emergency Service Bureau 
(ESB) and sends indications of alarm conditions 
over a trunk to a remote operator position. 


Automatic Line Testing (ALT) provides 
automatic testing for large groups of lines during 
low traffic periods. ALT is performed on all line 
equipment including peripherals, circuit cards, 
facilities, and connected telephones. 


Automatic Message Accounting (AMA) gathers 
and records all necessary data for 
subscriber-dialed billable calls. 


Automatic Message Accounting Buffer (AMAB) 
establishes and controls the AMA buffer where 
the AMA subsystem records data for 
subscriber-dialed billable calls. 


Auxiliary Operator Services System (AOSS) 
allows operators to provide subscribers with 
such services as directory assistance (local and 
long distance) and call intercept. 


Attendant Pay Station (APS) allows all lines ina 
service hall to route call information to a specific 
output device. 
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Table 1-4 CLog subsystems (Sheet 3 of 20) 
Name Critical Major Description 


ASR — — Automatic Set Relocation (ASR) allows the user 
to move integrated voice and data (IVD) sets 
from one location to another without a 
craftsperson's intervention. 


ATB — — All Trunks Busy (ATB) checks for busy 
conditions on trunks terminating to a single 
location. 

ATME — 201, 204 Automatic Transmission Measuring Equipment 


(ATME) controls equipment that makes 
transmission measurements on circuits 
terminating at long distance switching centers, 
for example, international gateways. 


ATT — — Automatic Trunk Testing (ATT) provides 
automatic testing for outgoing trunks and 
outgoing portions of two-way trunks. 


AUD — — Audit (AUD) checks the integrity of central 
control (CC) software and attempts to correct 
errors when detected. 


AUDT xm mE Audit (AUDT) checks the integrity of peripheral 
module (PM) software and attempts to correct 
errors when detected. 


BERT — — Bit Error Rate Test (BERT) reports conditions 
concerning applications using Integrated Bit 
Error Rate Testers (IBERT). 


BMS — — Buffer Management System (BMS) reports 
conditions concerning the allocation and 
deallocation of buffer space to applications 
using BMS. 


CC 107, 128 102,104,112, Central Control (CC) controls the data 
113,114,120 processing functions of DMS along with its 
associated data store (DS) and program store 
(PS). 


CCl — — Computer Consoles, Inc. (ССІ) reports on 
messaging errors between a DMS switch and a 
CCI (DAS/C) system, to provide information on 
the error and to indicate the call should be 
operator-handled. 
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Table 1-4 CLog subsystems (Sheet 4 of 20) 


Name 


CCIS 


CCS 


CDC 


CDRE 


CDRS 


CFW 


CM 


CMC 


Critical 


209, 210, 218, 
214, 215, 218, 
219 


100 


105, 109, 116, 
111 


Major 


104, 108, 120, 
122, 130, 131 


175, 231 


101 


104, 112, 122, 
125, 138, 137, 
158 


101, 102, 110, 
111 


Description 


Common Channel Interoffice Signaling (CCIS) 
controls information exchange between 
processor-equipped switching systems over a 
network of switching links. 


Common Channel Signaling (CCS) logs report 
on CCS7 linkset and routeset management 
functions such as maintaining signaling linksets 
and restoring signaling to a link in the event of 
link failure or other disruption in service. 


Customer Data Change (CDC) allows end office 
subscribers to change data through service 
orders from their premises. 


Call Diversion (CDIV) provides information 
concerning the Call Diversion feature. 


Call Detail Recording Call Entry (CDRC) 
controls data collection, recording, and storage 
for each call processed by the DMS-300 
Gateway. 


Call Detail Recording Extension Blocks (CDRE) 
accesses the recording unit required to record 
CDR data on a single call processed by the 
DMS-300 Gateway. 


Call Detail Recording Call Processing (CDRS) 
enables and disables CDR for calls processed 
by the DMS-300 Gateway. 


Call Forwarding (CFW) controls a 
service-related feature permitting a station to 
redirect incoming calls to another station. 


Computing Module (CM) controls the 
maintenance and call processing capabilities of 
a DMS-100E (ECORE) switch. 


Central Message Controller (CMC) controls a 
hardware entity in the central control complex 
(CCC) that provides an interface between the 
central control (CC) and the network message 
controllers (NMC), or the input/output 
controllers (IOC). 
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Table 1-4 CLog subsystems (Sheet 5 of 20) 
Name Critical Major Description 


CP — — Call Processing (CP) controls processes 
involved in setting up connections through the 
DMS network between the calling and called 
parties. 


CPM — — Core Package Modules (CPM) are connected to 
provide information on the link and node 
maintenance for the data package network 
(DPN). 


CRMG — — Call Reference Manager (CRMG) controls the 
allocation and recording of call reference 
numbers on a switch. 


CSC — — Customer Service Change (CSC) provides 
information concerning data changes to 
subscriber lines. 


C6TU — — Channel 6 Test Utility (C6TU) provides unit 
testing of Common Channel Interoffice 
Signaling (CCIS) features. 


C7TD — — Common Channel Signaling (CCS7) Test Driver 
(C7TD) subsystem implements test procedures 
prescribed by the craftsperson to analyze a 
CCS7 system network. 


C7TU — — Common Channel Signaling (CCS7) Test Utility 
(C7TU) records the messages or message 
attempts to and from the C7TU. These log 
reports should not be generated in a live office. 


C7UP — — Common Channel Signaling (CCS7) ISDN User 
Part (ISUP) (C7UP) subsystem controls circuit 
group blocking and circuit group unblocking 
messages as part of ISUP trunk maintenance. 


DAS Directory Assistance Service (DAS) enhances 
the TOPS by using DAS for servicing directory 
assistance (DA) and intercept (INT) calls. 


DCR Dynamically Controlled Routing (DCR) 
enhances the efficiency of a toll network by 
determining alternative toll call destinations. 
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DDIS — — 


DDM — = 


DISK — — 


DDU — 204 


DFIL m = 


DIRP — — 


DLC — — 


DNC m x 


DNPC = = 


DPAC — = 


Description 


Data Distributor (DDIS) monitors the DMS 
database and collects line data changes for the 
business network management (BNM) 
database. 


Distributed Data Manager (DDM) updates the 
data of many DMS nodes simultaneously. 


DISK manages files and volumes on disk drives 
of the system load module (SLM). 


Disk Drive Unit (DDU) controls the disk drive 
and associated power-converter card installed 
іп an input/output (1/0) equipment frame. 


Datafill (DFIL) reports on call cutoffs during call 
processing or debugging operations. They 
indicate a datafill error such as specifying more 
than the maximum number of digits for one 
stage of outpulsing. 


Device Independent Recording Package 
(DIRP) directs data automatically from the 
various administrative and maintenance 
facilities to the appropriate recording devices. 


Digital Link Control (DLC) provides a means of 
passing data to and from an IBM and a DMS 
machine. This tool is used by designers and 
testers to load files or data, and is not generally 
available to the field. 


Directory Number Check (DNC) is a test run by 
Faultsman digits test. It provides a mechanism 
for checking the directory number (DN) 
associated with the line. When a DN is dialed, 
the number is checked by the switch. If it is 
incorrect, DNC100 is generated. 


Directory Number Primary inter-LATA Carrier 
(DNPC) allows an operating company to 
provide operator services for inter-LATA calls 
from equal access or non-equal access end 
offices. 


DATAPAC (DPAC) allows transmission of data 
between packet points over a switched network 
dedicated to data. 
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Name Critical Major 


DPNS -- = 


DPP 100 100, 101 


DRT = — 


DTSR — — 


DVI 100 101 


EAD — — 


EATS — — 


ECO — == 


1-21 


Description 


Digital Private Network Signaling (DPNS) is a 
Common Channel Signaling System used 
between private branch exchanges (PBX). 
DPNS logs report on the status and events of 
DPNS links. 


Distributed Processing Peripheral (DPP) 
provides DMS-100 with Automatic Message 
Accounting (AMA) recording and data 
transmission capabilities that are compliant with 
the Bellcore specification for Automatic 
Message Accounting Transmission Systems 
(АТМАР5). 


Digit Reception Test (DRT) is a test run by the 
Faultsman digit test to verify that the dialed 
digits are correctly received by the switch. 
Digits are dialed according to a preset order, 
and if the switch detects an error, log DRT100 is 
produced. 


DialTone Speed Recording (DTSR) provides 
information on the activation/deactivation of the 
dialtone speed recorder. 


Data and Voice DS30 Interface (DVI) handles 
maintenance, state transitions, and requests of 
the DVI node. 


Engineering and Administration (EAD) provides 
an interface between the EAD Acquisition 
System (EADAS) and the DMS, where 
requested messages or transmission difficulty 
reports are sent. 


Equal Access Traffic Separation (EATS) pegs 
traffic sent to trash or default registers in the 
Traffic Separation Measurement System 
(TSMS). 


Emergency Cutoff (ECO) provides the company 
with a mechanism for preventing nonessential 
calls during an emergency. 
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EKTS 


EICTS = == 


ЕМСР — = 


ENDB — =Ú 


ENET — 103 


ESA -- -- 


ESG -- == 


ЕХТ 103, 108 102, 107 


Е911 = == 


Description 


Electronic Key Telephone Service is a collection 
of central office based voiceband features that 
provides customers with key system 
capabilities. EKTS allows call appearances of a 
single DN on a number of terminals. 


The Enhanced Network Integrity Check Traffic 
Simulator (EICTS) subsystem is used for 
performance testing of the call paths or ‘fabric’ 
of the network. 


Enhanced Network Call Processing (ENCP) 
subsystem controls processes involved in 
setting up connections between calling and 
called parties in a DMS Enhanced Network 
(ENET). 


Enhanced Network Data Base (ENDB) 
subsystem is a database audit system for the 
Enhanced Network (ENET). 


Enhanced Network (ENET) subsystem provides 
information about computing module enhanced 
network maintenance. 


Emergency Stand-Alone (ESA) permits local 
calling within a remote line module (RLM) or 
remote line concentrating module (RLCM) in the 
event of loss of communication with the host 
office. 


Emergency Service Group (ESG) subsystem 
provides information on terminating hunt group 
options intended for use by police, fire, and 
ambulance services. 


External Alarms (EXT) controls and tests the 
office alarm unit. 


Enhanced 911 (E911) provides a centralized 
emergency service by routing calls to 
appropriate public safety answering points 
(PSAP). 
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FCO — — The FiberCenter OM Acquisiton (FCO) process 
collects a set of user-specified OMs from the 
DMS OM system and sends them to a client 
process on the FiberCenter Operational 
Controller (OPC). 


FM — — Focused Maintenance (FM) provides alarm 
information when failure counts for certain line 
and trunk troubles exceed established 
thresholds. 


FMT 100 101 Fiber Multiplex Terminal (FMT) reports status 
changes of a FMT. 


FRB — — Faultsman's Ringback (FRB) is a maintenance 
feature used by a field engineer to test 
continuity of a line, or to make other 
adjustments, while on the subscribers 
premises. 


FPRT — — DMS-Core Footprint (FPRT) provides the ability 
to record the status and events leading up to the 
restart of a system. 


FTR — — Feature (FTR) provides information about the 
application of a treatment tone, announcement, 
or audio to an agent. 


FTU — — File Transfer System (FTU) provides 
information on the downloading of files to a 
remote DMS. 

GWSA — — Gateway Service Analysis (GWSA) controls 


class designation of users authorized to access 
the input/output system of the DMS-300 
Gateway to obtain information concerning 
quality of call completion activities. 


HEAP — = HEAP is a dynamic memory control utility for 
use by call processing and other Support 
Operating System (SOS) processes. HEAP 
logs inform users of the allocation and 
deallocation of memory at runtime. 
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Name Critical Major 


IBM — — 


IBN — = 


ICMO = 


101, 102 


ICTS = = 


IDCHGGAT — = 


INIT — = 


INTP = = 


IOAU — — 


Description 


International Business Machines (IBM) controls 
communication between DMS and the IBM 
Directory Assistance System (DAS), providing 
support for the DMS Auxiliary Operator 
Services System (AOSS). Refer also to the 
explanation of the AOSS log subsystem in this 
table. 


Integrated Business Network (IBN) controls a 
business services package that uses DMS 
data-handling capabilities to provide a 
centralized telephone exchange service. 


Incoming Message Overload (ICMO) measures 
incoming messages from the peripherals to the 
central control (CC) over the two central 
message controller (CMC) ports. 


Integrity Check Traffic Simulator (ICTS) 
provides a means to identify and correct 
network integrity problems in the absence of 
traffic. ICTS sets up a large number of network 
connections. The peripherals associated with a 
connection monitor the integrity and parity 
values transmitted over the connection. Faulty 
hardware will have the integrity counts 
incremented against the path data, as the 
connection is retained on the specified plane. 
These counts can be accessed through the NET 
INTEG level of the MAP terminal. 


International Digital Communication Charge 
Database Procedure Gate (IDCHGGAT) 
implements charge rate databases. 


Initialization (INIT) provides information 
concerning the success or failure of data 
initialization after a restart. 


Interrupt (INTP) controls the message counter 
for messages processed by the CMC and 
allows qualitative measurements of CMC 
performance and message traffic flow. 


Input/Output Audit (IOAU) checks the integrity 
of routes and devices used to achieve a 
bidirectional data exchange between I/O 
devices and the central control (CC). 
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IOD — 103, 104 Input/Output Device (IOD) controls the 
hardware associated with devices used to 
achieve a bidirectional data exchange. 


IOGA — — Input/Output Gate (IOGA) retrieves the node 
number or name for the I/O device. 


ISA — — International Service Analysis (ISA) controls 
class designation of users authorized to access 
the input/output system to obtain information 
concerning quality of call completion activities 
on international switches. 


ISDN 112 111,113,114 Integrated Services Digital Network (ISDN) 
controls communications of ISDN DMS 
switches. 

ISF — — International Subscriber Feature (ISF) monitors 


the updating of feature data by a subscriber. 


ISP — — ISDN Service Provisioning (ISP) provides 
information on the errors that occur while 
performing ISDN services. 


ISUP — — ISDN User Part (ISUP) subsystem provides 
information on the performance of ISUP trunks. 
Performance is monitored in relation to known 
message volume, unsuccessful attempts, and 
circuit availability. 


ITN — — The Inter Network (ITN) subsystem operates 
the transmission control protocol (TCP) for 
communication between SuperNode and 
third-party host computers by the ethernet 
interface units (EIU). 


ITOP — 106 International Traffic Operator Position (ITOP) 
controls the international toll operator position 
consisting of a video display, keyboard, and 
headset for monitoring call details and entering 
routing and billing information. 


KTRK — — Killer Trunk Reporting (KTRK) subsystem 
reports trunks that exhibit at least one of the 
following killer trunk properties: killer trunk, slow 
release, always busy, or always idle. 
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Name Critical Major 


LINE — — 


LLC 100 = 


LMAN — m 


LOST — — 


MCT — — 


MDN = = 


MIS — — 


MISC = = 


MISM = x: 


MM m 113 


Description 


Line maintenance (LINE) controls the hardware 
and software entities associated with line 
equipment, for example, peripherals, circuit 
caras, facilities, and connected telephones. 


Line Load Control (LLC) selectively denies call 
origination capabilities to specified subscriber 
lines when excessive demands for service are 
offered to the switching center. 


Load Management (LMAN) records each load 
command entered by the senior supervisor in an 
automatic call distribution (ACD) setup. 


Lost message (LOST) documents incoming, 
outgoing, and rebound messages that are lost. 
The record includes the message that was lost. 


Malicious Call Trace (MCT) uses NTLSO9 
signaling between the DMS switch and the local 
switching offices to gather data for reports on 
malicious calls. 


Multiple Appearance Directory Number (MDN) 
provides information on software testing. These 
log reports should not be generated in a live 
Office. 


Management Information System (MIS) 
provides a downstream processor with the 
ability to request automatic call distribution 
(ACD) information from the DMS. This 
information is used for historical reports and 
real-time statistics. 


Miscellaneous (MISC) provides information that 
allows debugging of trouble encountered in 
another subsystem. 


Mismatch (MISM) logs are sent to the ACTSYS 
buffer when a mismatch interrupt occurs. A 
mismatch log is not routed to any device printing 
logs at the time it occurs. Under normal 
conditions, CC 102 and CC105 logs are printed. 


Mismatch (MM) reports on mismatch and 
transient mismatch faults in a DMS-100E 
(ECORE) switch. 
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MOD — — Module (MOD) checks for software processing 
errors during call processing. 


MPC — — Multi-Protocol Controller (MPC) allows data 
communication between the DMS and another 
computer, such as a central office billing 
computer or another switch, through the use of 
any data communication protocol. 


MS — 101, 103,263 Message Switch (MS) performs the routing of 
messages within the switch. 

MSRT — — Message Routing (MSRT) provides information 
on primary rate access networking failures and 
rejections. 

MTCB — — Maintenance Base (MTCB) provides general 


support for maintenance software to implement 
a consistent method for PM software associated 
with different peripheral types. 


MTD — 103 Magnetic Tape Device (MTD) controls the 
magnetic tape loading device. 


MTR — 116,118, 123 Metering (MTR) provides a method for billing 
subscribers for use of telephone network 
facilities during a call. 


MTS — — Message Transfer System (MTS) provides 
notification of messaging failures. 


NCS — — Network Control System (NCS) connects with 
the DMS-100 to provide capabilities for 
operation and maintenance of services for the 
packet handler (PH) by the DMS-100. 


NET — — Network (NET) controls a combination of 
circuits and terminals where transmission 
facilities interconnect subscriber stations 
directly (as in line-to-line connections) or 
indirectly (as in line-to-trunk or trunk-to-line 
connections). 


NETM — 104,116,128 Network Maintenance (NETM) controls the 
status of the network and its links. It also 
provides information on the results of diagnostic 
tests. 
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Name 


NOP 


NO6 


NPAC 


NSC 


NSS 


NWM 


N6 


N6TU 


OCCP 


OCS 


Critical 


103 


113, 131, 140 


Major 


104 


212 


111,112, 114, 
115, 123, 124, 
130, 133 


Description 


Network Operations Protocol (NOP) provides 
information concerning problems in file transfer, 
transaction and passthru DMS MAP areas of 
the DMS-NOS (Network Operations System). 


Number 6 Signaling (NO6) checks Common 
Channel Signaling System (CCSS) integrity 
within the DMS. CCSS uses an independent 
signaling network for transmission of telephony 
messages related to groups of speech circuits. 


Northern Telecom X.25 Controller (NPAC) 
reports details concerning X.25 protocol. 


Number Services Code (NSC) reports on invalid 
data received by a service switching point (SSP) 
for Enhanced 800 Service. 


Network Services Software (NSS) subsystem 
provides a broad range of capabilities and 
functions associated with network services. 


Network Management (NWM) controls a set of 
facilities that operate the UCS DMS-250 Family 
network with the objective of making optimum 
use of available resources when there is an 
overload or a facility failure. 


Number 6 Signaling (N6) checks the integrity of 
the Common Channel Signaling System as it 
interacts outside the DMS with other switches. 


Number 6 Signaling Test Unit (N6TU) checks 
integrity of test equipment used to verify the 
Common Channel Signaling System is 
operating properly. 


Occupancy peak (OCCP) determines when the 
central control (CC) is operating under a high 
load percentage. 


Overload Control System (OCS) provides 
information concerning problems related to the 
load on the central controller, due to peak call 
processing demands. 
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OHBT — — The Off-Hook Balance Test is used to optimize 
the balance network for loaded subscriber loops 
and to determine the pad values necessary for 
the subscriber line to meet Transhybrid Loss 
requirements. 


OMPR — — Operational Measurement Problem Reports 
(OMPR) document occurrences of problems 
encountered when attempting to accumulate 
statistics for OMRS subsystem log reports. 


OMRS — — Operational Measurement Reporting System 
(OMRS) provides OM periodic reports 
according to a predefined schedule. 


OM2 — — Operational Measurement 2 (OM2) checks 
integrity of gathered statistics. 

OOC — — Overseas Operator Centre (OOC) provides 
gateway operator services and rate and route 
information. 

OSTR — — Operator Services Trouble Report (OSTR) 


provides information on conference circuits in 
use by an automatic call distribution (ACD) 
operator services platform. 


PCH — — Patch (PCH) subsystem reports conditions 
concerning the use of the DMS patcher facility. 


PEND — = Pending Order System (PEND) provides 
facilities for storing data modification orders 
(service orders) and for retrieving them at the 
time specified for execution. 


PES — — Power and Environment System (PES) 
provides the means of controlling and 
monitoring the outside plant module (OPM) 
cabinet service orders and for retrieving them at 
the time specified for execution. 


PM 170, 102 235, 105 Peripheral Module (PM) controls all hardware 
and software systems that provide interfaces 
with external line, trunk, or service facilities. 


PMC — — Printed Meter Check (PMC) sends a log to a 
printer for every answered outgoing call made 
on any line with the PMC option set. 
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Name Critical Major 


PRFM - - 


REPL — — 


RLT — — 


RMAN — = 


RO — — 


RONI — — 


SA — — 


SALN — = 


SCAI = = 


SCP = = 


Description 


Performance (PRFM) logs indicate the load on 
a PM and its performance under this load. 


Report log (REPL) is generated when updates 
are attempted during call processing and no 
journal file is available. 


Network Attendant Service (NAS) Release Link 
Trunk (RLT) allows for decreasing the number 
of trunking facilities required when attendant 
services are consolidated at one or more nodes 
in the network. 


Remote Load Management (RMAN) provides a 
downstream processor with the ability to issue 
Automatic Call Distribution (ACD) load 
management commands remotely. 


Remote Operation (RO) provides a generalized 
remote operation interface between 
applications in DMS and external systems. 


Remote Operator Number Identification (RONI) 
checks for trouble encountered during remote 
Central Automatic Message Accounting 
(CAMA) call attempts. 


Service Analysis (SA) controls class 
designation of users authorized to access the 
input/output system to obtain information 
concerning quality of call completion activities. 


Station Administration Line (SALN) subsystem 
reports on line equipment number (LEN) data 
discrepancies between the DMS database and 
the business network management (BNM) 
database on a digital network controller (DNC). 


The Switch Computer Application Interface 
(SCAI) is a signaling interface provided by the 
DMS-100 to a host computer. SCAI supports a 
variety of different applications that require 
switch-host communication. 


Service Control Point (SCP) reports results or 
Service Control Point local subsystem 
management audits. 
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SCR — — Selective Charge Recording (SCR) allows 
subscribers that have this feature to have the 
charges for the current call quoted to them at 
the completion of a call. 


SCSS — — Special Connection Special Services (SCSS) 
provides for nailed-up hairpin and side door 
connections between special-service lines and 
DS-1 channels through a Subscriber Module 
Urban (SMU). 


SEAS — — Signaling Engineering Administration System 
(SEAS) provides operating company Signaling 
Engineering and Administration Center (SEAC) 
personnel with mechanized support capabilities 
to provision, engineer, and administer networks 
of signal transfer points (STP) and signaling 
links. 


SECU — — Security (SECU) controls login and logout 
procedures, input commands, passwords, and 
priority login procedures for classified users. 


SLE — — Screening List Editing (SLE) provides the 
interface to screen out certain incoming calls for 
special treatment. 


SLM 200, 202, 206, System Load Module (SLM) offers a reliable 
208, 403 and efficient loading capability for DMS 
enhanced core switches. 


SLNK — — SL-100 Link (SLNK) ACD feature distributes a 
large number of incoming calls among a number 
of telephone (ACD) positions. SLNK logs 
provide a hard-copy history of the activities that 
occur on each data link. 


SLNW — — SL-100 Network Control (SLNW) logs report on 
data communication applications between the 
subregional control facility (SRCF) and the 
SL-100. The logs are generated when the 
SL-100 fails to establish a network connection, 
receive a message from the network 
connection, receive an acknowledgement from 
the remote application, or send the message to 
the network connection. 
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Name Critical Major 


SMDI = — 


SME — = 


SNAC = 103 


SOS 100, 101, 110 — 


SPC = - 


SRC 
SS — — 


STOR — — 


SWCT = 103 


Description 


Simplified Message Desk Interface (SMDI) 
provides communication between the DMS and 
amessage desk. A message desk serves as an 
answering service for stations that have their 
calls forwarded. 


Signaling Management Environment (SME) 
contains software that implements functional 
ISDN basic rate access (BRA) basic calling. 


Switching Network Analysis Center (SNAC) is a 
method by which operators at a TOPS position 
can report trouble. The operator enters a 2-digit 
trouble code that causes the SNAC subsystem 
to generate a log report detailing the trouble. 


Support Operating System (SOS) reports that 
certain operations have occurred, such as a 
dump, or use or attempted use of priority or 
privileged commands. 


Semipermanent Connection (SPC) reports on 
the state of semipermanent connections, for 
example, line to line, trunk to trunk, line to trunk, 
which may be set up or taken down by 
administrative personnel through table control. 


System recovery controller (SRC) system. 


Special Services (SS) includes 
telecommunications services other than plain 
ordinary telephone service (POTS), coin, and 
simple business services. 


Store Allocator (STOR) maintains a set of 
critical data structures that are modified each 
time an application allocates or deallocates 
store. 


Switch in Activity (SWCT) provides information 
concerning the success or failure of each SWCT 
step attempted. 
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SWER — — Software Error (SWER) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. SWER also provides 
the code location where a log report is 
generated when the LOGTRACE utility is turned 
ON. 


SWNR — — Switch of Activity/Node (SWNR) provides 
information on the state of various nodes in 
response to a warm switch of activity (SWCT), a 
transfer of control to the backup central control 
(CC) with no loss of service. 


SYNC — — Synchronous Clock (SYNC) controls the DMS 
clocks so they run in sync with each other and 
according to industry time standards. 


TABL — — TABLE (TABL) indicates a user has accessed 
or attempted to access a customer data table in 
read or write mode. 


TCAP — — Transaction Capabilities Application Part 
(TCAP) provides a common protocol for remote 
operations across the CCS7 network. 


TCCI — — TOPS CCI (TCCI) provides support for 
messaging protocol between the DMS TOPS 
voice response and the Computer Consoles 
Inc. Directory Assistance System (CCI DAS/C) 
database. 


TFAN — — Traffic Analysis (TFAN) controls the flow of 
traffic data to the default operational 
measurement (OM) registers. 


TH — — Testhead (TH) subsystem provides support to 
test and maintain test access controller (TAC) 
cards in the TAC peripheral. 


TKCV — — Trunk Conversion (TKCV) provides a method 
for converting per-trunk signaling (PTS) trunks 
to ISDN user part (ISUP) trunks to make use of 
557 signaling protocol. 


TME = = Terminal Management Environment (TME) 
integrates applications, providing greater 
functionality in available services. 
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TOPS = = 


TPS = = 


TRAP = Ex 


TRK 103 m 


UTR = = 


VIP = = 


VMX — — 


VSN == — 


XSM ES = 


Description 


TOPS controls the toll operator position, which 
consists of a video display and keyboard for 
monitoring call details and entering routing and 
billing information. 


Transaction Processing System (TPS) indicates 
problems such as errors found by the TPS input 
handler upon receipt of TPS messages, and 
errors found while auditing SCB letters. 


Software Trap (TRAP) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. 


Trunk Maintenance (TRK) controls the 
hardware and software associated with trunk 
equipment, including peripherals, circuit cards, 
and facilities. 


Universal Tone Receiver (UTR) provides 
information when the UTR fails to receive 
operational measurements (OM) from an 
international digital trunk controller (IDTC). 


Very Important Person (VIP) subsystem 
provides a method of restructuring traffic to any 
number of specified local exchange codes 
(LEC). 


Voice Message Exchange (VMX) checks a 
subscriber's message waiting indicator (MWI) 
for activation, deactivation, and failure of 
activation/deactivation. 


Voice Services Node (VSN) communicates with 
the DMS through an application protocol to 
provide voice recognition and play 
announcements for the subscribers. 


Extended System Monitor (XSM) represents a 
microprocessor-based circuit pack 
(NT8D22AC) located in an intelligent peripheral 
equipment (IPE) pedestal. The XSM monitors 
IPE power supplies, ring generators, column 
thermal status, blower unit operation, available 
uninterruptable power supply unit (UPS), and 
available battery power distribution unit (BPDU) 
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CBSY Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 


EXC Exception. The system has experienced either software or hardware trouble during 
normal call processing operation. 


FAIL A hardware-related fault is detected during diagnostic testing of the equipment. 

FLT Fault. The system has experienced a software fault, probably on a block-read or 
block-write. 

INFO Information. The system has produced information, relevant to the operation of the 


UCS DMS-250 switch, that does not reflect a service-affecting event. 


INIT Initialization. The system has undergone either a warm, cold, or initial program load 
(IPL) restart. 


LO Lockout. The equipment either is placed on or removed from the lockout (LO) list. 


MANB Manual busy. The equipment is intentionally removed from service by а craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 


OFFL Off-line. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 


PASS A hardware-related fault is not detected during diagnostic testing of the equipment. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

RTS The equipment is now in-service after being in a busy state. 

SUMM A summary report is requested either manually or automatically, according to a 


preestablished schedule. 
SYS The action reported is the result of a request by system software. 


SYSB System busy. Either the equipment was removed from service by the DMS because 
a failure was encountered, or the trunk circuits that fail tests performed by DMS 
automatic trunk testing (ATT) facilities are removed from service by the DMS, and 
added to a list of SYSB trunks that can be accessed by operating company 
maintenance personnel. 


TBL An abnormal condition is detected that either is not hardware-related or is not yet 
linked to a hardware-related fault. 


TRAN A diagnostic test initiated as a result of a hardware-related fault passes, and the 
transient threshold is not exceeded. 
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Event 
TRAP 
UNEQ 


Description 
Either a software or hardware fault was detected by the central control (CC). 


Unequipped. The equipment was not added to the system, and the connectivity 
information is not defined for it. 


Table 1-6 EEquipment states 


State Description 

CSB Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 

InSv Inservice. The equipment is available for call processing. 

ISTb Inservice trouble. The equipment is in service and available for call processing, but 
is not operating normally. 

MANB Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

MBSY Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

OFFL Offline. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 

OK OK. The equipment is in an in-service, idle state. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

SYSB/SBSY System busy. Either the equipment has been removed from service by the DMS 
switch because a failure was encountered, or the trunk circuits that fail tests 
performed by DMS automatic trunk testing (ATT) facilities are removed from service 
by the DMS switch, and added to a list of SYSB trunks that can be accessed by 
operating company maintenance personnel. 

UNEQ Unequipped. The equipment has not been added to the system, and the connectivity 


information for the equipment is not defined. 
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Table 1-7 FLine and trunk information text 


Information text 
BABBLING_LINE_INFO 
BUFFER_FULL_INFO 


BVTONE CIRCUIT 


NIL 


Note: |f the information text is other 
than any stated here, use the 
associated LINE101 message to 
troubleshoot the problem. 


Trouble code 


Table 1-8 GLine and trunk trouble codes (Sheet 1 of 7) 


Description 
Babbling was detected over the line. 
Peripheral message buffer is full. 


Indicates that BVL (busy verify line) has been used to barge 
into a conversation, but no BV circuit was available. No 
warning tone was issued to the customer as result before the 
barge in occurred. A TRK111 is produced for the operating 
company when this happens. 


No additional information is required for trouble isolation. 


Description 


ANNOUNCEMENT_MACH_TRBL 


ANI NUMBER FAILURE 


ANI OFFICE FAILURE 


ANI TEST FAILED 


ANI TIME OUT 


BAD CP IOMSG 


BAD KEYSET MSG 


Digital recorded announcement machine (DRAM) failed to 
provide the required treatment to the line or trunk. 


Automatic number identification (ANI) failed to identify the 
originating station on an outgoing toll call. 


Automatic number identification failed to identify the 
originating office on an incoming toll call. 


Originating line card failed to identify the directory number. 
Usually this indicates a faulty ringing generator. 


Automatic number identification information was not 
received from the far-end office before timing out. 


This trouble code is also generated on Feature-group B 
(FGB) calls that encounter a trunk failure to the FGB carrier 
because an off-hook was not returned within five seconds of 
completing outpulsing. The DMS will make an attempt on a 
second trunk before taking down the call. This trouble code 
is generated only for FGB carriers expecting ANI spill. 


Corrupt call processing message was received by the 
central control. 


Either a message was received from an add-on or extension 
not datafilled in customer data table KSETINV, or an invalid 
key stroke was received. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-38 


Table 1-8 GLine and trunk trouble codes (Sheet 2 of 7) 


Trouble code 
BSS_SIC_INCOMPATIBLE 
BIPOLAR_VIOLATION 


CAMA_POSITION_FAULT 


CAMA_POSITION_TROUBLE 


CARRIER_OFFHK_TIMEOUT 


COIN_COLLECT_FL 


COIN_PRESENT_FL 


COIN_RETURN_FL 


CP_IOMSG_LOST 


DIG_RCVR_NOISE_HIGH 


DIG_RCVR_NOISE_MARGINAL 


Description 
The BSS SIC is incompatible with the service required. 


Transmission error was detected on a DS-1, DS-2, or DS-3 
link. In a wave form that is primarily bipolar, the bipolar rule 
may be violated; for example, a 1 pulse that has the same 

sign as the preceding 1 pulse. 


Note: A violation may be used deliberately to carry 
information outside the binary stream. 


Central Automatic Message Accounting position fault was 
detected by the system during call processing. 


Central Automatic Message Accounting position fault was 
manually reported by the operator using a 7-digit code. 


A trunk failure to a Feature group B (FGB) carrier has 
occurred because an off-hook was not returned within five 
seconds of complete outpulsing. The DMS switch makes an 
attempt on a second trunk before taking down the call. This 
trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. For FGB carriers expecting ANI spill, 
trouble code ANI TIME OUT will be sent. 


Coins were not collected when a call originating at a pay 
station was processed. Usually this indicates either a stuck 
coin or the ringing generator failed to send the proper 
voltage. 


Proper number of coins was not collected when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed to 
send the proper voltage. 


Proper number of coins was not returned when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed 
to send the proper voltage. 


No call processing message was received by the central 
control when one was expected. 


High level of noise was detected on a digital multifrequency 
receiver. 


Some noise was detected on a digital multifrequency 
receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 3 of 7) 


Trouble code 


DP_RCVR_NOT_RDY 


DU_SYNC_LOST 
EAOSS_HOLD_TIMEOUT 


EARLY_DP_DGT_DET 


EMERGENCY_ANN 


EXCESS_DIGITS 
EXPECTED_STOP_TIME_OUT 


EXTRA_PULSE 
FALSE_KP 
FALSE_START 
GL_TIMEOUT 


GRND_LOOP_FAIL 


HIT_DETECTED 


IDDD_MISSING_TERMIND 


INDECISION 


INTEGRITY_LOST 


Description 


Incoming dial pulse trunk received pulses before it was 
prepared for digit collection. 


Data unit sync was lost as a result of slippage on the facility. 


Indicates problems with the line that is being held out of 
service, or the timeout value specified in the office 
parameter. EA OSS HOLD TIMEOUT MINS is not long 
enough. 


Trouble was encountered during dial pulse reception for an 
incoming call over a trunk. Consequently, the call 
destination was not determined. 


Emergency announcement was applied to the facility by 
network management controls. 


More digits were received than expected. 


Expected stop-dial or timeout for call processing or 
diagnostics was received. 


Eleventh pulse was received for a single digit. 
Second key pulse (KP) digit was received. 
Second signaling terminal (ST) digit was received. 


Multifrequency-compelled (MFC) protocol global timeout, a 
full compel cycle has not been completed within the 
specified timeout. 


Loop failure was detected on termination to ground start. 


A state change that did not last long enough to represent a 
valid signal was detected on the signaling facility. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


Incoming messages to the central control indicate integrity 
was lost on both planes of the line or trunk equipment. 
Usually, there is a hardware problem with one of the 
following: the circuit card, the facility, or the links between 
the peripheral and the network. 
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Table 1-8 GLine and trunk trouble codes (Sheet 4 of 7) 


Trouble code 


INTEGRITY_FAILURE 


INVALID ANI REQUEST 


INVALID DIGIT RECEIVED 


INVALID RP. DIGIT 


INWATS BAND CHECK 
LARGE TWIST 


LINE CARD FAULT 


LINE DATA ERROR 

LINE FORMAT ERROR 
LINE RESOURCE FAILURE 
LINE SIGNALLING FAILURE 
MAN UNREC STRING 

MFC TONE OFF 


MISDIRECTED CAMA 


MISSING. СІС 


MISSING STRINGS 
MISSING. TERMIND 


MORE THAN TWO FREQS 


Description 


Off-hooktrailing edge was not received within the transmitter 
timeout period for delay dial trunks. 


Automatic Number Identification was requested when none 
was required. 


Indicates one of the four unexpected digits from a digital 
multi-tone frequency telephone was received by a Digitone 
receiver or a Universal Tone Receiver. 


Invalid or incomplete routing information was received from 
the routing table. 


Call from outside the allowable INWATS zone was received. 


Deviation from the frequency expected was detected by a 
digital multifrequency receiver. 


Line concentrating module (LCM) detected a line card fault 
during call processing. 


Sent from the international line group controller (ILGC). 
Sent from the ILGC. 

Sent from the ILGC. 

Sent from the ILGC. 

A mandatory string was not recognized. 


The originating trunk sends a tone before getting an 
acknowledge from the incoming trunk and sets the tone off. 


Prefix digit 1+ or 011+ was received for a call not requiring 
the prefix digit, and the call was routed to a misdirect CAMA 
treatment. 


The CLC is missing. 
Mandatory strings were missing from the message. 


Digits were received, but a terminating digit was not received 
during timing out. 


More than two frequencies were received by the digital 
multifrequency receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 5 of 7) 


Trouble code 


MUTILATED_DIGIT 


MUTILATED_PULSE 
NIL_TRB_CODE 


NO_CIRCUIT_AVAILABLE 


NO_INTERDIGIT_PAUSE 


NO_START_DIAL 


NO_UTR_AVAILABLE 


NO5_SIGNALLING_VIOLATION 


OPT_UNREC_STRING 
OUTPULSE_TIME_OUT 


OVERALL_RP_TIMEOUT 


PARSER_SYNTAX_ERROR 
PARTIALDIAL 


PERMANENT_SIGNAL 


Description 


Less than or more than two frequencies, or incorrect 
frequencies, were received by the digital multifrequency 
receiver. Usually mutilated digits are caused by a bad 
analog-to-digital or digital-to-analog converter in the trunk 
module housing the receiver. 


Elongated pulse between 80 ms and 200 ms was received. 


Undefined trouble was encountered during call processing 
or testing. 


No circuit was available to complete the call, and the call 
was routed to an all trunks busy treatment. May also 

indicate a busy verify tone circuit was not available at the 
time of a call barge-in. Refer to Table F and log TRK111. 


No pause between digits received was detected by the 
digital multifrequency receiver. 


Off-hook trailing edge was not received within the transmitter 
timeout period for delay dial trunks, or a valid wink was not 
received within the transmitter timeout period for on wink 
trunks. 


The XPM has run out of UTR channels and is unable to 
service the request. 


Violation of the CCITT No. 5 compelled signaling sequence 
was detected. 


An optional string is not recognized. 


For outgoing trunk, compelled tone has not been received 
within the specified timeout period. 


Remote peripheral timed out before receiving digits or 
signals. 


A syntax error was detected in the message. 


Insufficient number of digits was received before the 
receiver timed out. At least one digit was received. 


Permanent signal was detected on the line equipment, and 
no digits were collected. Usually, there is a hardware 
problem with either the line card or facility. 
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Table 1-8 GLine and trunk trouble codes (Sheet 6 of 7) 


Trouble code 


PRE_ROUTE_ABANDON 


PSTN_BARRED 


PULSE_ON 


REVERSED_TRUNK 


RINGING FAILED 


SIC_INCOMPATIBLE 


SWAP_REJECT 
TELLTALE 


TONE_ON 


TRUNK_RESET 
TRUNK_RESET_FAILED 
UNAUTHORIZED_CODE 


UNDEFINED_MFC_SIG 


UNDETERMINED_RP_ERROR 


UNEXPECTED_MFC_SIG 


UNEXPECTED_MSG 


Description 


Incoming call is abandoned before all digits are received and 
a route is determined. Usually pre-route abandon occurs 
when an on-hook is detected during outpulsing. 


The originator is barred from connection to the PSTN. 


A tone considered to be a pulse persists longer than the time 
specified. The pulse MFC_signal is given in the log report. 


Either a wrong polarity or a continuity failure was detected 
for a loop signaling trunk. 


Unexpected trouble with the ringing generator was 
encountered, and the line was not rung. 


The received SIC was incompatible with the service 
required. 


The swap message was rejected. 


Incoming call over a trunk from a remote peripheral was 
abandoned. 


For an outgoing trunk, the compelled signal persists even 
though the trunk stopped sending the compelling signal. For 
an incoming trunk, the compelling signal persists even 
though the compelled signal has been started. The received 
МЕС signal is given in the log message. 


Trunk was reset during call processing. 
Trunk was not reset after call was released. 


Number dialed was not valid for the line or trunk class. The 
call was routed to the unauthorized code treatment. 


An multifrequency-compelled (MFC) signal that has no 
interpretation has been received. This signal has not been 
defined in table MFCACT. 


Undetermined trouble was encountered in the remote 
peripheral. 


An MFC signal that is unexpected in the current context has 
been received. 


A message was recognized, but received during the wrong 
phase of the call. 
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Table 1-8 GLine and trunk trouble codes (Sheet 7 of 7) 


Trouble code 


UNEXPECTED_STOP_DIAL 


UNRECOGNIZED_MSG 


UTR_HI_NOISE 


UTR_LARGE_TWIST 


UTR_MUTIL_DIGIT 


VACANTCODE 


VALID_CALLING_NUMBER 


XPM_TRAP 
WRONG_ANI_REQUEST 


WRONG_SUPERVISORY_SIGNAL 


Description 


Any off-hook (stop-dial) during outpulsing for multifrequency 
(MF) trunks, or a stop-dial did not meet the allowable stop-go 
expected for dial pulse (DP) trunks, or a stop-dial was 
received before outpulsing began for dial pulse immediate 
dial trunks. 


A message was not understood. 


The Universal Tone Receiver (UTR) is detecting too much 
noise on the trunk to continue detecting 
multifrequency-compelled (MFC) tones accurately. 


Twist occurs when the power of one frequency in the signal 
is greater than the power of the second frequency, usually 
due to characteristics of the trunk. If this difference is 
greater than a preset level, usually 9 ОВ, it is considered an 
error. 


Less than, or more than, two frequencies were received by 
the UTR. Indicates possible hardware problems. 


Destination could not be determined from the digits 
received, and the call was routed to a vacant code 
treatment. 


Automatic Number Identification (ANI) failed, but the 
Operator Number Identification (ONI) succeeded. 


Sent by the international line group controller (ILGC). 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS switch will take down the 
call. This trouble code only occurs on trunks to FGB carriers 
expecting ANI spill. 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS will take down the call. 
This trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. 
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Table 1-9 HPM reasons (Sheet 1 of 12) 
Reason 
ACTIVITY DROPPED 
BCS SWACT ACTION 


C-Side links RTS 


C-Side message links down 


C-Side message links down, SWACT failed 


CARRIER AIS-MTCE LIMIT CLR 


CARRIER AIS-MTCE LIMIT SET 


CARRIER AIS-OOS LIMIT CLR 


CARRIER AIS-OOS LIMIT SET 


CARRIER AIS-SS CLR 


CARRIER AIS-SS SET 


CARRIER BER-MTCE LIMIT CLR 


CARRIER BER-MTCE LIMIT SET 


CARRIER BER-OOS LIMIT CLR 


CARRIER BER-OOS LIMIT SET 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 
Activity was switched from one unit to another. 


New peripheral software load was downloaded to 
the inactive unit and began execution on the SwAct. 


Control-side (C-side) links have been 
returned-to-service (RTS). 


Control-side (C-side) taken out-of-service (busied). 


Control-side (C-side) taken out-of-service (busied) 
and switch in activity (SwAct) failed to occur. 


Alarm indication signal (AIS) fault/error count fell 
below maintenance (MTCE) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose to 
MTCE limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below steady-state (SS) alarm limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above steady-state alarm limit. See Note 1. 


Bit error rate (BER) fell below maintenance (MTCE) 
limit. See Note 1. 


Bit error rate (BER) rose above maintenance 
(MTCE) limit. See Note 1. 


Bit error rate (BER) fell below out-of-service (OOS) 
limit. See Note 1. 


Bit error rate (BER) rose above out-of-service 
(OOS) limit. See Note 1. 
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Table 1-9 HPM reasons (Sheet 2 of 12) 
Reason 


CARRIER BPV MTCE LIMIT CLEARED 


CARRIER BPV MTCE LIMIT SET 


CARRIER BPV OOS LIMIT CLEARED 


CARRIER BPV OOS LIMIT SET 


CARRIER CARD REMOVED 


CARRIER CARD REPLACED 


CARRIER ES LIMIT EXCEEDED 


CARRIER LLFA-MTCE LIMIT CLR 


CARRIER LLFA-MTCE LIMIT SET 


CARRIER LLFA-OOS LIMIT CLR 


CARRIER LLFA-OOS LIMIT SET 


CARRIER LLFA-SS CLR 


CARRIER LLFA-SS SET 


CARRIER LLMA-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Bipolar violation (BPV) count fell below 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count fell below 
out-of-service (OOS) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
out-of-service (OOS) limit. See Note 1. 


The card serving the T1 carrier was removed from 
the shelf. 


The card serving the T1 carrier was returned to the 
shelf. 


Error second (ES) threshold limit, which is 0-9999, 
is exceeded. 


Local loss of frame alignment (LLFA) count fell 
below maintenance (MTCE) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above MTCE limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below out-of-service (OOS) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above OOS limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below steady-state (SS) alarm limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below MTCE limit. See Note 1. 
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Table 1-9 HPM reasons (Sheet 3 of 12) 


Reason 


CARRIER LLMA-MTCE LIMIT SET 


CARRIER LLMA-OOS LIMIT CLR 


CARRIER LLMA-OOS LIMIT SET 


CARRIER LLMA-SS CLR 


CARRIER LLMA-SS SET 


CARRIER LOCAL ALARM CLEARED 


CARRIER LOCAL ALARM SET 


CARRIER LOF MTCE LIMIT SET 


CARRIER LOF OOS LIMIT SET 


CARRIER MTCE ENABLE FAILED 


CARRIER MTCE NO RESPONSE 


CARRIER REMOTE ALARM CLEARED 


CARRIER REMOTE ALARM RECEIVED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (СІ) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Local loss of multi-frame alignment (LLMA) count 
rose above MTCE limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below out-of-service (OOS) limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above OOS limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above SS alarm limit. See Note 1. 


Local alarm condition associated with a T1 link was 
cleared. 


Local alarm condition associated with a T1 link was 
detected by the CC. 


Loss of frame (LOF) count rose above MTCE limit. 
See Note 1. 


Loss of frame (LOF) count rose above 
out-of-service (OOS) limit. See Note 1. 


The PM is unable to start the maintenance (MTCE) 
scan on the T1 link. 


The PM does not respond to the CC instruction to 
enable, disable or query the maintenance scan on 
the indicated carrier within the maintenance time 
limit. 


Remote alarm condition associated with a T1 link 
was cleared. 


Remote alarm condition associated with a T1 link 
was detected by the CC. 
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Table 1-9 HPM reasons (Sheet 4 of 12) 


Reason 


CARRIER RFAI-MTCE LIMIT CLR 


CARRIER RFAI-MTCE LIMIT SET 


CARRIER RFAI-OOS LIMIT CLR 


CARRIER RFAI-OOS LIMIT SET 


CARRIER RFAI-SS CLR 


CARRIER RFAI-SS SET 


CARRIER RFAI-SS SET 


CARRIER RMAI-MTCE LIMIT SET 


CARRIER RMAI-OOS LIMIT CLR 


CARRIER RMAI-OOS LIMIT SET 


CARRIER RMAI-SS CLR 


CARRIER RMAI-SS SET 


CARRIER SES LIMIT EXCEEDED 


Note 1: The limits mentioned here аге 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Remote frame alignment indication (RFAI) count fell 
below maintenance (MTCE) limit. An RFAI is a 
fault/error count maintained by the peripheral. 


Remote frame alignment indication (RFAI) count 
reached MTCE limit. 


Remote frame alignment indication (RFAI) count fell 
below out-of-service (OOS) limit. 


Remote frame alignment indication (RFAI) count 
reached OOS limit. 


Remote frame alignment indication (RFAI) count fell 
below steadystate (SS) alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached MTCE limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count reached OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached SS alarm limit. 


Severe error second (SES) threshold limit, which is 
0-9999, is exceeded. 
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Table 1-9 HPM reasons (Sheet 5 of 12) 


Reason 


CARRIER SIGL-MTCE LIMIT CLR 


CARRIER SIGL-MTCE LIMIT SET 
CARRIER SIGL-OOS LIMIT CLR 
CARRIER SIGL-OOS LIMIT SET 
CARRIER SLIP-MTCE LIMIT CLR 


CARRIER SLIP-OOS LIMIT CLR 
CARRIER SLIP-OOS LIMIT SET 
CARRIER SLIP-OOS LIMIT SET 


CC Audit-Activity 


CC Audit-C-Side RTS 


CC Audit-C-side Busy 


CC Audit-Message Buffers 


CC Audit-No Response 


CC Audit-Ringing Generators 


interpreter (СІ) MAP level. 


CARRIER SLIP-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Signaling (SIGL) error count fell below MTCE limit. 
A SIGL is a fault/error count maintained by the 
peripheral. 


Signaling (SIGL) error count reached MTCE limit. 
Signaling (SIGL) error count fell below OOS limit. 
Signaling (SIGL) error count reached OSS limit. 


Frame slip fault count fell below MTCE limit. A SLIP 
is a fault/error count maintained by the peripheral. 


Frame slip fault count reached MTCE limit. 
Frame slip fault count fell below OOS limit. 
Frame slip fault count fell below OOS limit. 


Set of audits was executed. An audit is a continuous 
non-priority check of circuitry or software, performed 
independently of the MAP terminal, to ensure 
validity of data structures and circuitry. 


The central control (CC) performed a software audit 
on the peripheral activity data structures. 


The CC performed a software audit on the C-side 
return-to-service (RTS) data structures of the 
peripheral process (PP). 


The CC performed a software audit on the 
central-side busy (C-side busy) data structures of 
the peripheral process (PP). 


The CC performed an audit to check for overflow or 
underflow of the PP message buffers. 


The CC received no response from a PP audit. 


The CC received no response from a PP audit. 
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Table 1-9 HPM reasons (Sheet 6 of 12) 
Reason 


CC Audit-Ringing Generators 


CC Audit-Time-Space Switch 


CC restart has occurred 


CODEC TEST FAILED 


CONTROL FAILED 


CONTROL RESTORED. RELOAD PM 


Cslinks Out-Of-Service 


DATA SYNC LOST 


DEL.NODE FAILED: FACIL. ATTCHD 


DIAGNOSTICS FAILED 


Dynamic Data 


ENABLE MAINTENANCE SCAN 


ESA Static Data 


FAILED ON MTCOPEN 


Note 1: The limits mentioned here аге 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


The CC performed an audit on the state data 
structures of the PP. 


The CC performed a check on the switching data 
structures of the time-space switch of a PM. 


The CC has undergone a restart or reload/restart. 
The PM is set system busy. 


Coder-Decoder (CODEC) test failed. The CODEC 
is part of a line card of a remote terminal. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


Central-side links (Cslinks) were placed in 
out-of-service (C-side busy) status by the CC. 


Frame (may be frame pulse, superframe, or master 
frame) synchronization lost. 


Node did not detach, and remains active after a 
detach command. 


PM diagnostic failed, possibly due to a circuitry 
failure. 


Dynamic data matrix checksum value incorrect. 


Alarm scanning has been enabled on the indicated 
link. 


Emergency stand-alone (ESA) static data were 
downloaded. 


The network failed to open one of the P-side links to 
the PM for maintenance when requested by the PM. 
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Reason 


FAILED TO GET A ROUTE 


FAILED TO GET CHECKSUM 


FAILED TO LOWER LM ACTIVITY 


FAILED TO MTCOPEN BOTH LINKS 


FAILED TO RAISE LM ACTIVITY 


FAILED TO RESET 


FW error msg thr exceeded 


Fault in messaging 


HDLC_LINK_DOWN 


HDLC RESTORED. RELOAD PM 


HDLC RESTORED. RELOAD PM 


INCORRECT CHECKSUM 


Initialization limit exceeded 


INTEGRITY FAILURE 


Note 1: The limits mentioned here аге 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


The remote terminal specified either does not exist 
or is not defined, therefore a route was not obtained. 


No CHECKSUM was received on data structure 
audit. 


Peripheral did not lower line module (LM) activity as 
instructed by CC. 


The network failed to open both sets of P-side links 
for maintenance when requested by the PM. 


Peripheral did not increase LM activity as instructed 
by CC. 


PM failed to reset on command from CC. 


Firmware (FW) error message (msg) threshold (thr) 
exceeded. 


A transmission fault occurred during messaging. 


High-level data link control (HDLC) link taken out of 
service (busied). 


High-level data link control (HDLC) restored. Data 
structures associated with HDLC reloaded into PM. 


Indicates a PM has been sending too many 
messages and has exceeded its major threshold. 


CHECKSUM received from audit does not agree 
with the expected CHECKSUM. 


The PM initialized more than 20 times in 10 minutes. 
The PM is set system busy. 


Integrity byte mismatch. Integrity byte of the 
channel supervisory message was not what was 
expected due to a software routing failure. 


297-2621-840 Standard 09.01 May 2001 


Table 1-9 HPM reasons (Sheet 8 of 12) 
Reason 


INVALID VALUE IN SWCT FLAG 


LINK AUDIT 


LM ACTIVITY FAILURE 
LM CSBUSY CONDITION CLEARED 


LM DRAWER PROBLEM 

LM TAKEOVER TRANSITION 

LM TAKEOVER OR TAKEBACK FAULT 
LM TEST FAILURE 


LM WENT CSBSY 

Loop around message failed 
Loopback Test Failed 
MAKETONE FAILED 


MAKETONE PASSED 


MANUAL ENTRY 


Mate unit dropped activity while in ESA 


MSG BUF TEST FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (СІ) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Invalid value received for the switch activity (SWCT) 
flag. 


Audit detected an inconsistency within a data 
structure associated with a link. 


Line module (LM) activity failed. 


Line module (LM) is no longer central-side busy 
(CSBUSY). 


A problem exists in the LM drawer. 
Action was switched from one LM to another. 
Line module (LM) takeover. 


Line module (LM) diagnostic test failure, possibly 
due to line card trouble. 


Line module (LM) was made C-side busy (CSBSY). 
Message failed to return to sender. 
Failed on loopback test. 


Indicates the tone samples generation facility in the 
XPM has completed and failed. 


Indicates the tone samples generation facility in the 
XPM has completed successfully. 


The PM entered ESA as a result of routine exercise 
(REX) tests. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 
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Table 1-9 HPM reasons (Sheet 9 of 12) 
Reason 


NET INTERFACE TEST FAILED 


NET PORT FAILURE 


No init complete received 


No init warning received 


NO RESPONSE FROM PP 


NO WAI RECEIVED AFTER RESET 


PM AUDIT 


PM IN BOOTSTRAP MODE 


PM NOT INITIALIZED PROPERLY 
PMload 

PP/CC IDLE CONDITION MISMATCH 
PP CHANNEL PARITY FAILURE 

PP COMMAND PROTOCOL VIOLATION 
PP EXCEPTION REPORT 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Interface test associated with DS30 links and circuit 
cards failed. 


PM detected a network DS30 port failure. 


The remote carrier urban sent the Subscriber 
Module Urban (SMU) an initialization warning 
message but the SMU did not receive an 
initialization complete message. 


The Remote Carrier Urban sent the subscriber 
module urban a message indicating initialization 
complete, but the SMU did not receive a prior 
message warning that initialization would occur. 


The peripheral processor (PP) does not respond to 
CC requests. 


The network did not receive a who am | (WAI) code 
from the PM after a PM reset was requested. 


Audit detected an inconsistency within PM software, 
data structures, and hardware. Other log reports 
detail the inconsistency. 


Onboard bootstrap read only memory (ROM) 
performed diagnostic tests before operating 
software was downloaded by CC during a cold 
restart. 


PM not initialized properly. 

Loading initial software for the PM. 

PP and CC idle conditions do not match. 
Channel parity of the PP failed. 

The PP received an invalid command. 


Report of a deviation from normal PP operation. 
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Table 1-9 HPM reasons (Sheet 10 of 12) 
Reason Description 


PP FIRMWARE ERROR An error in the programmable read only memory 
(PROM) exists. 


PP HIGH IDLE/IO MODE CONFLICT The central message controller (CMC) indicates that 
the peripheral module is in high idle but the PM 
mode does not agree (the PM did not receive a high 
idle message). 


PP reports lost MSG A CC message to the PM was lost between the 
CMC and the PP. 


PP TRAP RAM PARITY ERROR PP trap has occurred, catching a random access 
memory (RAM) parity error due to a hardware error 
in memory circuit pack. 


PP WAIT FOR ACK TIMEOUT The PM timed out waiting for an acknowledgement 
(ACK) from the CMC, or the PM failed to return an 
acknowledgement to a CC message during the 
return-to-service sequence. 


PP WAIT FOR MESSAGE TIMEOUT The PM timed out waiting for a message from the 
network after receiving a may | send (MIS) request 
from the network. 


Pslinks Out-Of-Service Peripheral-side links (Pslinks) are out-of-service. 
REASON NOT SET No reason is provided. 

REMOTE LINK MANBSY Remote link is manual busy (MANBSY). 

REMOTE LINK RTS Remote link was returned to service (RTS). 
REMOTE LINK SYSBSY Remote link is system busy (SYSBSY). 

REQUEST FROM PM Remote link is system busy (SYSBSY). 

RESET RECEIVED PM reset while in service. 

RESET SENT TO PP Reset message sent to the PP. 

RESOURCES UNAVAIL. FOR TEST The specified PM is not configured with hardware or 


Software, or both, needed to perform the test. 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Table 1-9 HPM reasons (Sheet 11 of 12) 
Reason 

RETURN LINES TO SERVICE FAILED 
RG SHUTBACK RESET 

RINGING GENERATOR IN SHUTBACK 
RINGING GENERATOR PROBLEM 
RINGING GENERATOR TEST FAILED 
ROUTINE EXERCISE FAILED 


ROUTINE EXERCISE IN PROGRESS 
RTS Failed 


RTS lines failed 


SIGNAL FAILED ON 2X38 
SIGNAL/HDLC FAILED 


SIGNAL RESTORED. RELOAD PM 


Speech Test Failed 


Static Data 
Superframe Sync 


TONE FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (СІ) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 

Attempt to return lines to service failed. 
Attempt to return lines to service failed. 
Ringing generator (RG) is in shutback. 

A problem exists with the ringing generator. 
Failed ringing generator test. 


CC failed to route a test call correctly through the 
network and PM. 


Test of CC to route test calls is in progress. 
Attempt to return-to-service (RTS) PM failed. 


The DMS failed to return-to-service subscriber lines 
supported by the remote carrier urban. 


Signal failed on 2X38 trunk card. 


Signal on high-level data link control (HDLC) 
protocol failed. 


Signaling integrity restored. Loading of initial 
software for the PM has begun. 


Speech test signal, routed from the network through 
the PM and back (or from a PM through a remote 
terminal), returned, but was inconsistent with the 
transmitted signal. 


An audit detected a static data table inconsistency. 
Superframe synchronization lost. 


Tone generator of 6X69 circuit pack failed test or 
audit. 
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Table 1-9 HPM reasons (Sheet 12 of 12) 


Reason Description 

TONE RESTORED. RELOAD PM Tone generator of 6X69 circuit pack operating 
properly, loading of initial software for the PM has 
begun. 

TONE TEST FAILED Tone generator of 6X69 circuit packs failed. 

TRAP Synchronous interrupt of PM software occurred. 

UNSOLICITED LM ACTIVITY DROP Unsolicited drop in line module (LM) activity has 


occurred. All SwAct are contingent on a message 
from the CC. Indicates a SwAct occurred without 
CC approval. 


UNSOLICITED MSG THR EXCEEDED Peripheral processor sent excessive number of 
unsolicited messages, generally indicating a faulty 
PM message circuit card or processor circuit card. 


XPM Swact Action Switch in Activity (SwAct) action transferred to a 
new PM (XPM). 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Table 1-10 IStandard definitions and equipment identification (Sheet 1 of 6) 
Field Value Description 


callid 0-FFFFF Provides number uniquely identifying the 
call.Note: When a demand COT test fails on 
an SS7 trunk the NIL value -32768 will be 
displayed. 


cktid clli nnnn Identifies the circuit. If the circuit is a trunk, the 
common language location identifier (CLLI) and 
and circuit number are given. Refer to TRKID 
explanation in this table for more information. 


len dn If the circuit is a line, the line equipment number 
(LEN) and dial number (DN) are given. Refer to 
explanations for LEN and DN following in this 
table. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 2 of 6) 


Field Value 
dn 
len site ff b/m dd cc 


Description 


In the United Kingdom the DN or national 
subscriber number (NSN) as it is called, varies 
from 6-9 digits. The NSN must be reformatted 
to imitate the 10-digit, fixed-length DMS-100 
format. 


The NSN comprises three parts, the national 
number group (NNG), the local exchange code 
(LEC), and the local number, which correspond 
to the three parts of the DMS-100 DN: the 
service numbering plan area (SNPA), the 
central office code (NXX), and the extension 
number. 


A subscriber living in a director (large city) area 
has an NSN with a 2-digit NNG followed by a 
3-digit LEC and a 4-digit local number. 


NNG + LEC + local number 
2 digits + 3 digits + 4 digits 


A subscriber living in a non-director area has an 
NSN with a 3-digit NNG followed by a 
variable-length LEC and local number. 


NNG + LEC + local number 
3 digits + 0-2 digits + 4 digits 
Identifies line equipment number for lines 


connected to line module (LM) or line 
concentrating module (LCM): 


* site - frame location if remote LM or LCM 
(RLM or RLCM) are present. Otherwise, 
site - HOST. Refer to Customer Data 
Table SITE for site names. 


e ff- LM or LCM frame (00-99) 

* b/m - LM bay or LCM module (0 or 1) 

e dd - LM drawer or LCM subgroup (00-31) 
• cc- line card (00-31) 


LM and LCM test packs are located at site ff b/m 
00 00. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 3 of 6) 
Field Value Description 


linkid clli nn Identifies a CCS7 link: 


• clli -common language location identifier 
for the linkset datafilled in customer 
datatable C7ZLKSET 


•  n-link number (0-15) 


Numbering Plan The whole string of digits that may be dialed to 
reach a local, national, or international 
destination. The general format of all 
numbering plans is: 


access code + prefix + country code + 
area/routing code + local number 


Access code Allows access to another network, an 
attendant, or a feature. If a feature or a carrier 
access code is dialed, the digits following may 
not correspond to the numbering plan. A 
network access code (10XX or 10ХХХ) is 
required only when dialing into a network other 
than the primary inter-LATA carrier. PIC the 
network available is the default. 


Prefix One to three digits, provides information about 
the type of call being dialed. For example, the 
international prefix for calls originating in North 
America on the network, “011" (international 
station-to-station unassisted calls) or “01" 
(international customer-dialed and 
operator-assisted calls). Other examples of a 
prefix (in North America) are "0" to get operator 
intercept and "1" to indicate long distance 
(national). 


The default is not to dial the prefix, which 
normally implies a local, nonassisted call. 


Country code One to three digits, indicating the country. Not 
normally used for calls originating and 
terminating within North America. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 4 of 6) 


Field Value 


Area code 


Area code 


Local number 


Local number 


pec nXnn 


Description 


Also called NPA, or numbering plan area. Used 
within North America and its near neighbors 
(“World Zone 1") to identify an area of the 
country. Consists of three digits of the form 
npx, where n represents a digit between 2 and 
9, p is either 0 or 1, and x represents a digit 
between 0 and 9. 


Used outside North America to identify a 
location. Two to five digits. 


In North America, this consists of 


e (1) the central office code-three digits of the 
form nxx, indicating the exchange within the 
area 


e (2) the station number-usually four digits of 
the form xxxx, which identify the station to 
terminate 


Outside North America the local number is 2-9 
digits, depending on the country or part of the 
country. 


Identifies product engineering code (PEC) for 
circuit pack. PEC consists of an integer, 
followed by an “X," followed by two integers 
(2-9). 
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Table 1-10 IStandard definitions and equipment identification (Sheet 5 of 6) 
Field Value Description 


pmid type loctxt Identifies a peripheral module (PM). 


For a list of PM types, refer to the list following 
this table. 


The value of loctxt for most PMs is the node 
number (0-2047). This number is associated 
with the PM through datafill in the local office. 


A few PMs, including LMs, LCMs, DLMs, 
RCOs, RSCs, provide more detailed 
information about their location. OPMs will also 
appear in this format. In these cases, the value 
of "loctxt" is "site ff b" where 


* Site - If the remote option is present, site is 
the location name, consisting of four 
characters, the first of which must be 
alphabetic, the rest of which are 
alphanumeric. Refer to customer data 
table SITE for site names. 


If the remote option is not present, site is 
left blank. 


*  ff- frame (00-99) 
*  b/m - bay or module (0 or 1) 


Note: Since the LM is a two-bay frame, the 
value of ff refers to both bays, and the value of 
b/m identifies which of the two bays is involved. 
With the other PMs of this type, the value of ff 
refers to the functional bay, and the value of b/m 
refers to the top (1) or bottom (0) module. If the 
LCM is in an RLCM or an OPM, the value of m 
can only be 0. 


recid aaaaaannnn Provides receiver identification. 


*  aaaaaa - Six-character automatic 
identification of outward dialing (AIOD) 
group name. 


* nnnn - Four-character number providing 
identification for members of the AIOD 


group. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 6 of 6) 


• clli- common language location identifier 
for the routeset datafilled in customer data 


Identifies call processing task or procedure. 
*  hh- process identification (0-FFFFFFFF) 


*  tasknm - procedure name (character string) 


• Сі - common language location identifier 
for trunk group datafilled in Customer data 
table CLLI. List CLLI from CI MAP level for 


*  nnnn - Circuit number for trunk in CLLI 


Field Value Description 
routeid clli n Identifies a CCS7 route. 
table C7RTESET. 
*  n-route number (1-3) 
taskid hhhhhhhh tasknm 
trkid clli nnnn Identifies trunk equipment. 
office CLLI. 
group (0-9999) 


The following is a list of PMs that can be connected to the UCS DMS-250 


switch: 


e  ADTC - Austrian digital trunk module 


e АТМ - Austrian digital line module 


• СРС - common peripheral controller 


• CSC-cellular site controller 


DCA - Austrian digital carrier module 

DCM - digital carrier module 

D250 - digital carrier module for DMS-250 
DES - digital echo suppressor 

DLM - digital line module 

DTC - digital trunk controller 

EIU - Ethernet interface unit 

ELCM - enhanced line concentrating module 
ESA - emergency stand-alone 

EXND - external node 


FRIU - frame relay interface unit 
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IAC - integrated access controller 

IDTC - international digital trunk controller 

ILCM - international line concentrating module 
ILGC - international line group controller 

ILTC - international line trunk controller 

ISLM - integrated services line module 

LCE - line concentrating equipment 

LCM - line concentrating module 

LCMI - ISDN line concentrating module 

LDT - line appearance on a trunk 

LGC - line group controller 

LGCI - ISDN line group controller 

LIM - link interface module 

LIU? - link interface unit supporting CCS7 protocol 
LM - line module 

LTC - line trunk controller 

LTCI - ISDN line trunk controller 

MMA - maintenance (trunk) module Austria 

MSB6 - message switch buffer (#6 Protocol) 

MSB7 - message switch buffer (#7 Protocol) 

MTM - maintenance trunk module 

OAU - office alarm unit 

PDTC - PCM-30 digital trunk controller 

PLGC - PCM-30 line group controller 

PSAP - public safety answering point 

PSAPNN - public safety answering point, no wink/or no ANI 
PSAPWA - public safety answering point, wink/ANI 
PSAPWN - public safety answering point, wink but no ANI 
PTM - package trunk module 

RCC - remote cluster controller 

RCS - remote concentrator SLC-96 


RCT - remote concentrating terminal 
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e КСО - remote carrier urban 

e RLM - remote line module 

e КММ -remote maintenance module 

e RMSC -remote maintenance switching center 
e RSM -remote service module 

• RTS - remote trunk switch 

• SMR - subscriber module rural 

e SMS - subscriber module SLC-96 

e SMSR - subscriber module SLC-96 rural 
e SMU - subscriber module urban 

e STCM - signaling terminal controller module 
e STM - service trunk module 

e SVR - server 

* TAN - test access network 

e TDTC - Turkish digital trunk controller 
e TLGC - Turkish line group controller 

e TLTC - Turkish line trunk controller 

* TM - trunk module 

e ТМ2 - trunk module (2-wire) 

e TM4 - trunk module (4-wire) 

e ТМ8 - trunk module (8-wire) 

e ТЗА - trunk module (8-wire), CCITT 

e VSR - very small remote 

e XPM - XMS-based peripheral module 

e NUL_PMTYPE - undefined PM 


Table 1-11 JMeter processes (Sheet 1 of 2) 


Process Found in logs 
Warm SWACT is Active MTR 107,108,109 
Billing MTR 107,108,109 


Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 
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Table 1-11 JMeter processes (Sheet 2 of 2) 
Process 

Auditing S/W Meters 

S/W Meter Allocation 

S/W Meter Backup Already Up 


S/W Meter Backup 


Found in logs 

MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 


1-63 


Auditing Agents MTR 107,109 
Restore of S/W Meters MTR 107,109 
Backup of S/W Meters MTR 107,109 
Recover Process MTR 107,109 
Recover Process MTR 107,109 
THQ AUDIT MTR 107,109 
THQCLEAN MTR 107,109 
Auditing S/W Meters Before Backup MTR 107 
Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 

Table 1-12 KAttendant console stated 
State Explanation 


AC_UNEQUIPPED 
AC_OFFLINE 
AC_MAN_BUSY 
AC_SYS_BUSY 
AC_SEIZED 
AC_UNJACKED 
AC_NOT_READY 
AC_CP_BUSY 
AC_DELOADED 


No equipment 

Equipped, but out of service 

Some console auxiliary equipment out of service 
Some console auxiliary equipment out of service 
Man busied from MAP 

In service but unjacked 

60-second and jack out timing 

In service, jacked in 


Force release/man busy pending, on completion 
some task 


of 
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Table 1-13 LIBN trouble codes (Sheet 1 of 2) 
Code 
AC_CALL_FREED 
AC_CHANNEL_CONGESTION 


AC_CKT_CONFUSION 


AC_CKT_RELEASED 


AC_CONF_UNAVAILABLE 
AC_CONF_NO_RESPONSE 
AC_DATA_ERROR 
AC_DM_BUFFER_FULL 
AC_DM_CARRIER_FAILED 


AC_DM_MSG_ERROR 
AC_DM_MSG_TOO_LONG 


AC_DM_NO_CARRIER 
AC_DM_UNAVAILABLE 
AC_FRAMING_ERROR 
AC INTEGRITY LOST 


АС MANUAL FRLS 
AC NETWORK BLOCKAGE 


AC NO EXT RESOURCE 
АС NO RESPONSE 

AC OVERRUN ERROR 
АС PARITY ERROR 

AC RESET 


Text 
Force release ended a call being processed 


AC RTS could not get pathends for data-in, data-out 
or voice lines 


Confusion message came from circuit associated 
with AC 


Source or destination connection to AC has been 
taken out of service 


Shortage of Conference Three Ports (CF3P) 
No response from CF3P 

Inconsistency among console data tables 
Digital modem (DM) output buffer full 


In-service loss of carrier (carrier loss has been 
discovered) 


DM report message has error 

DM report message too long 

No response from DM 

Shortage of DMs 

Framing error occurred on DM to AC link 


Integrity failure occurred on circuit associated with 
AC 


Force release done from MAP terminal 


AC RTS could not get connection between AC lines 
and DM or between AC lines and CF3P 


No PORTPERMEXT extension block available 
Audit found no response from console 
Message overrun error on DM to AC link 
Hardware parity error on DM to AC link 


Hardware reset on AC 
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Table 1-13 LIBN trouble codes (Sheet 2 of 2) 


Code 


AC_SW_FAULT 


AC_SW_ERROR 


AC_SYSTEM_AUDIT 
AC_SYSTEM_ERROR 


AC_TO_DM_INVALID_KEY 


Text 


Suicide or trap 


trouble code 


Table 1-14 MCall treatments (Sheet 1 of 5) 


Serious software error while call in progress 


Force release was done by system audit 


This code is given for faults not defined by any other 


Invalid key code sent from AC to DM 
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Code Treatment 

ADBF ANI_DATABASE_FAILURE 

AIFL AIOD FAILURE 

ANBB ANI FGB BLOCK 

ANCT MACHINE INTERCEPT 

ANIA ANI ACCOUNT STATUS NOT ALLOWED 
ANTO ANSWER TIMEOUT 

ATBS ATTENDANT BUSY 

ATDT ATD TIMEOUT 

BLDN BLANK DIR NUMBER 

BLPR BLOCKED PRECEDENCE CALL 

BUSY BUSY LINE 

CACE CARR ACC CODE ERROR 

CCNA CALLING CARD NOT ALLOWED 

CCNV CALLING_CARD_INVALID 

CCTO CALLING_CARD_TIMEOUT 

CFWV CFW_VERIFICATION 

CGRO CUSTOMER_GROUP_RESOURCE_OVERFLOW 
CNDT COIN_DENIED_TERM 
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Table 1-14 MCall treatments (Sheet 2 of 5) 


Code 
CNOT 
CONF 
CONP 
CQOV 
DACD 
DCFC 
DISC 
DNTR 
DODT 
D950 
EMR1 
EMR2 
EMR3 
EMR4 
EMR5 
EMR6 
ERDS 
FDER 
DFNZ 
FECG 
FNAL 
GNCT 
HNPI 
INAC 
INAU 
INCC 


Treatment 
COIN_OVERTIME_TRTMT 
CONFIRM_TONE 
CONNECTION_NOT_POSSIBLE 
CAMA_QUEUE_OVFL 
DIAL_ACCESS_CODE 
DISALLOWED_COIN_FREE_CALL 
DISCONNECT_TIMEOUT_TRTMT 
DENIED_TERMINATION 
DENY_ORIG_DATA_TERMINAL 
DIAL_950 

EMERGENCY_1 

EMERGENCY_2 
EMERGENCY_3 
EMERGENCY_4 
EMERGENCY_5 

EMERGENCY_6 
TRUNK_PERM_GROUND 
FEATURE_DATA_ERROR 
FIRST_DIGIT_NOT_ZERO 
FAR_END_CONG 
FEATURE_NOT_ALLOWED 
GENERALIZED_NO_CIRCUIT 
HNPA_CODE_INTERCEPT 
INVALID ACCOUNT CODE 
INVALID AUTHORIZATION CODE 
INVALID CITYCODE 
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Table 1-14 MCall treatments (Sheet 3 of 5) 


Code 
ІМОС 
IVCC 
LCAB 
MANL 
MHLD 
MSCA 
MSLC 
NACD 
NACK 
NBLH 
NBLN 
NCFL 
NCII 
NCIX 
NCRT 
NCTF 
NCUN 
NECG 
NINT 
NMZN 
NOCN 
NONT 
NOSC 
NOSR 
N950 
OLRS 


Treatment 


INVALID OIC. CODE 


INVALID CORRIDOR CALL 
LOCAL CALL AREA BARRED 
MANUAL LINE 
MUSIC ОМ HOLD 
MISDIRECTED CAMA CALL 
MISDIRECTED LOCAL 

NO DIAL ACCESS CODE 
FEATURE ACTION NACK 
NETWORK BLK HVY TRAFFIC 
NETWORK BLK NML TRAFFIC 
NCS COMMUNICATION FAILURE 
NCS INVALID ID CODE 

NCS INCOMING EXCLUSION 
NO CRKT 

NCS TRANSLATION FAILURE 
NCS UNEXPECTED ERROR 
NEAR END CONG 
CHANGED NUM INTERCEPT 
NO METERING ZONE 

NO COIN 

NOT ON NETWORK 

NO SERVICE CRKT 

NO SOFTWARE RESOURCE 
NO DIAL 950 

INTER LATA RES 
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Table 1-14 MCall treatments (Sheet 4 of 5) 


Code 
OPRT 
ORAC 
ORAF 
ORMC 
ORMF 
ORSS 
PDIL 
PGTO 
PMPT 
PNOH 
PRSC 
PSIG 
PTOF 
RODR 
RRPA 
RSDT 
SORD 
SRRR 
SSTO 
STOB 
STOC 
SYFL 
TDBR 
TDND 
TESS 
TINV 


Treatment 

REGULAR INTERCEPT 
ORIG. REV CODED 
ORIG. REV FREQ 

ORIG. REV MULTI CODED 
ORIG. REV MULTI FREQ 
ORIG. SUSP SERV 
PARTIAL DIAL 
MOBILE PAGE TIMEOUT 
PREEMPT TONE 

PERM SIGN NO ROH 
PRIORITY SCREEN FAIL 
PERM SIGNAL 
PREMATURE TRUNK OFFERING 
REORDER 

REV RING PFXA 
RESTRICTED DATE TIME 
STORAGE OVERFLOW REORDER 
SINGLE REV RING 

START SIGNAL TIME OUT 
SIGNAL TIME OUT BOC 
SIGNAL TIME OUT IC INC 


SYSTEM FAILURE 
TESTDESK BRIDGED 
TOLL DENIED 

TERM SUSP SERV 
TEMPORARILY INVALID 
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Table 1-14 MCall treatments (Sheet 5 of 5) 


Code 
TOVD 
TRBL 
TRRF 
UMOB 
UNCA 
UNDN 
UDNT 
UNIN 
UNOW 
UNPR 
VACS 
VACT 
VCCT 


Treatment 


TOLL_OVERLOAD 
TROUBLE_INTERCEPT 
TERM_REV_FREQ 
UNREGISTERED_MOBILE 
UNAUTHORIZED_CAMA_CODE 
UNASSIGNED_NUMBER 
UNDEFINED TRTMT 
UNAUTHORIZED INWATS 
UNAUTHORIZED OUTWATS 
UNAUTHORIZED PRECEDENCE 
VACANT SPEED NUMBER 
VACANT CODE 

VACANT COUNTRY CODE 


Node 

AVR NODE 
CPU NODE 
CM NODE 

CMC NODE 
CSC NODE 
DCM NODE 


to the usual 
character string 
output for a node 


log report (for 
example, 
ICMO103). 


Table 1-15 NNode types (Sheet 1 of 3) 


String 
AVR 
CPU 
CM 
CMC 
HDLC 
DCM 


Note: String refers 


when it appears in a 


Description 

Auxiliary Operator Services System (AOSS) voice response 
Central processing unit 

Computing module 

Central message controller 

Cell site controller (high-level data-link controller) 


Digital carrier module 
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Table 1-15 NNode types (Sheet 2 of 3) 


Node 
DDU_NODE 
DISKC_NODE 
DLC_NODE 
DLM_NODE 
DPC_NODE 
DTC_NODE 
DVI NODE 
ESA NODE 
НОВІС NODE 
ПАС NODE 
ІЮС NODE 
ISLM NODE 
LCM NODE 
LGC NODE 
LM NODE 
LPC NODE 
LTC NODE 
MC NODE 
MPC NODE 
MSB NODE 
MSC NODE 


Note: String refers 
to the usual 
character string 
output for a node 
when it appears in a 
log report (for 
example, 
ICMO103). 


String 
DDU 
DDU 
DLC 
DLM 
DPC 
DTC 
DVI 
ESA 
HOBI 
IAC 
IOC 
ISLM 
LCM 
LGC 
LM_N 
LPC 
LTC 
MC 
MPC 
MSB 
MSC 


Description 

Disk drive unit 

Disk controller (digital data unit) 
Data link controller 

Digital line module 

Data pack controller 
Digital trunk controller 
Data voice interface 
Emergency stand-alone 
Hotel billing information center 
ISDN access controller 
Input output controller 
ISDN line module 

Line concentrating module 
Line group controller 

Line module 

Line printer controller 

Line trunk controller 
Message controller 
Multi-protocol controller 
Message switching buffer 


Message switch controller 
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Table 1-15 NNode types (Sheet 3 of 3) 


Node String 
NET_NODE NET 
NM_NODE NET 
NM_NODE NO6 
МХ25 NODE NX25 
OOC DB NODE OOC 
RCC NODE RCC 
RCS NODE RCS 
RCT NODE RCT 
RCU NODE RCU 
RLM NODE RLM 
SMSR NODE SMSR 
SVR NODE SVR 
TC NODE TC N 
TDC NODE TDC 
TM NODE TM N 
VCCT NODE VCCT 
VDL NODE VDL 
VLM NODE VLM 
VSR NODE VSR 
Note: String refers 

to the usual 

character string 

output for a node 

when it appears in a 

log report (for 

example, 

ICMO103). 


1-71 


Description 

Network module 

Network module 

No. 6 Signaling System 

Northern X25 (protocol) 

Overseas operator center database 
Remote cluster controller 

Remote concentrator SLC-96 
Remote concentrator terminal 
Remote carrier urban 

Remote line module 

Subscriber module SLC-96 remote 
Server 

Terminal controller 

Tape drive controller 

Trunk module 

Virtual circuit 

Virtual data link 

Virtual line module 


Very small remote 
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Table 1-16 OTrunk diagnostic results (Sheet 1 of 11) 


Diagnostic results (see Note) 


ACTIVE TABLE FULL 


BUSY TONE 


CALL FAILURE MESSAGE RCVD 


CARD FAULT 


CONFUSION MESSAGE RCVD 


CONNECTION FAILURE 


COULDN'T OPEN ATTOPTNS 


COULDN'T READ ATTOPTNS 


CSC МТСЕ IN PROGRESS 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates more trunk tests were called to execute 
simultaneously than permitted by present setting in 
customer data table ATTSCHED. 


Action: Change number of simultaneous tests from 
ATT MAP level. 


Indicates far-end office returned a busy tone. 


Action: Retry test. 


Call failure message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates hardware fault in circuit pack was 
encountered. 


Action: Replace circuit pack. 


Confusion message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates connection failure between trunk and test 
equipment. 


Action: Diagnose trunk test equipment. 


Indicates software bug prevented opening of or access 
to customer data table ATTOPTNS. 


Action: Retry test. 


Indicates required entry in customer data table 
ATTOPTNS is not present for specified test class. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates an attempt was made to perform a cellular 
trunk test while maintenance of cell site controller was 
in progress. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 2 of 11) 


Diagnostic results (see Note) 


DATA FAULT 


DIAGNOSTIC NOT ALLOWED 


DIAL TONE 


FACILITY FAULT 


FAILED TO OPEN TTT 


FAILED TO RUN DIAGNOSTIC 


FAILED TO RUN TESTLINE 


GROUP CURRENTLY UNDER TEST 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trouble was encountered with received test 
result data. 


Action: Retry test. 


Indicates test was initiated on circuit not equipped for 
that test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned dial tone. 


Action: Retry test. 


Indicates fault in transmission facilities. 


Action: Diagnose trunk and test equipment. 


Upon selection of valid trunk test equipment to connect 
to, failure to open test trunk for tone generation. 


Action: Ensure in-service, properly functioning trunk 
test equipment is available. 


Indicates test equipment was unavailable or 
inoperative. 


Action: Diagnose trunk and test equipment. 


Indicates software bug during initial setup prevented 
running the test. Usually indicates no processes are 
available. 


Action: Retry test. 


Indicates trunk group was executing a trunk test and 
the second test request is ignored. 


Action: No action is required. 
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Table 1-16 OTrunk diagnostic results (Sheet 3 of 11) 


Diagnostic results (see Note) 


GROUP MANUAL ABORT 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK UNAVAILABLE 


GROUP SYSTEM ABORT: 5 
CONSECUTIVE FAILURES 


HARDWARE FAILURE 


HIGH-DRY 


HIGH TONE 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates test was aborted manually from the ATT MAP 
level by 


* explicitly stopping group test 


* reducing number of simultaneous tests АТТ can 
execute 


* stopping all ATT tests (HaltATT) 


Action: No action is required. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
during search for a group reference trunk. 


Action: Diagnose trunk test equipment. 


Indicates hardware fault was detected in the trunk 
circuit. 


Action: Diagnose trunk under test. It may have a 
hardware fault. 


Indicates far-end office did not send an off-hook signal 
after a burst of audible ringing tone. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned a high frequency tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 4 of 11) 


Diagnostic results (see Note) 


HIT RECEIVED 


INTEGRITY LOST MESSAGE RCVD 


INVALID REPLY 


LOCKOUT MESSAGE RCVD 


LOOP SIG FAULT 


LOOP SIG FAULT NOSET 


LTA CANCELLED 


LTU FAULT 


MILLIWATT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates transient disturbance to the trunk was 
detected. 


Action: Retry test. 


Integrity lost message received during testing. 


Action: High occurrences could indicate a problem 
with the network. Check for properly functioning 
hardware. 


Indicates far-end office returned an invalid signal when 
the DMS tried to outpulse digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Lockout message received during testing. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates signaling failure caused by a fault in either 
the loop bridge or receiving equipment. 


Action: Diagnose test equipment. 


Indicates signaling failure caused by fault in either the 
software or loop generating equipment. 


Action: Check trunk and test parameters and options. 
Diagnose test equipment. 


Indicates local trunk alarm (LTA) was improperly 
canceled. 


Action: Diagnose test equipment, and retry test. 


Indicates fault was detected in line test unit (LTU). 


Action: Diagnose LTU. 


Indicates far-end office returned a milliwatt tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 5 of 11) 


Diagnostic results (see Note) 


NO/BAD CSC RESPONSE 


NO/BAD RCU RESPONSE 


NO/BAD TAU RESPOSE 


NO CARD IN SHELF 


NO FAR END TEST EQUIPMENT 


NO LOGICAL MB 


NO START DIAL SIGNAL 


NO TEST EQUIPMENT 


NO TESTLINE NUMBER 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cell site 
controller (CSC) was received. 


Action: Diagnose CSC. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
remote carrier unit (RCU) was received. 


Action: Diagnose RCU. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
test and alarm unit (TAU) was received. 


Action: Diagnose TAU. 


Indicates circuit pack was missing. 


Action: Check trunk circuit equipment installation. 


Indicates far-end test equipment was unavailable or 
nonexistent. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates software bug prevented no logical message 
buffer (MB) from being allocated. 


Action: Retry test. 


Indicates far-end office did not respond after trunk was 
seized. 


Action: Retry test. 


Indicates test equipment was not available. 


Action: Check trunk and test parameters and options. 


Indicates software bug prevented trunk circuit from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 6 of 11) 


Diagnostic results (see Note) 


NO TONE 


NO TRUNKS IN GROUP 


NOT OG OR 2W TRUNK GROUP 


OUTPULSING TROUBLE 


OVERFLOW TONE 


PARAMETER FAULT 


PERIODIC SIGNAL 


PM FAULT 


PREMATURE RELEASE REQUEST 


RECORDED ANNOUNCEMENT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates far-end office failed to return the proper tone. 


Action: Retry test. 


Indicates software bug prevented trunks in group from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates the test attempted transmission or loss tests 
on a trunk that was not an outgoing or two-wire trunk. 


Action: Check trunk and test parameters and options. 


Indicates trouble encountered while outpulsing digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned an overflow tone. 
Action: Retry test. 

Indicates parameters were incorrect or inconsistent for 
test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned a periodic or 
intermittent signal. 


Action: Retry test. 


Indicates fault in the peripheral module (PM) was 
encountered. 


Action: Diagnose PM. 


A clear forward was received before the test was 
completed. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates far-end office returned a recorded 
announcement 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 7 of 11) 


Diagnostic results (see Note) 


RELEASE CALL MESSAGE RCVD 


REORDER TONE 


RINGING 


STOP DIAL SIGNAL RECEIVED 


TAU NOT AVAILABLE 


TEST EQUIPMENT FAIL 


TEST EQUIPMENT FAULT 


TEST EQUIPMENT UNAVAILABLE 


TEST NOT ALLOWED 


TEST PROCESS TROUBLE 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Release call message received during testing. 


Action: Find out if someone force-released the trunk 
from a MAP or if the trunk is functioning properly. 


Indicates far-end office returned a reorder tone. 


Action: Retry test. 


Indicates far-end office did not respond to ringing. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned a congestion signal 
during outpulsing of digits. 


Action: Retry test. 


Indicates attempt was made to perform a cellular trunk 
test; however, the test and alarm unit was either in use 
or not available. 


Action: Retry test. 


Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


Indicates test equipment was not available for test. 
This report will be generated every ten minutes if test 
equipment remains unavailable. 


Action: No action is required. 


Indicates test is not allowed on circuit. 


Action: Check trunk and test parameters and options. 


Indicates trouble was encountered with test process. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 8 of 11) 


Diagnostic results (see Note) 


TEST PROTOCOL TROUBLE 


TESTLINE NOT AVAILABLE 


TONE DETECTION FAILED 


TPT TONE 


TRUNK GROUP TIMEOUT 


TRUNK NOT TESTED CFL 


TRUNK NOT TESTED CPD 


TRUNK NOT TESTED CPB 


TRUNK NOT TESTED DEL 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates either a software bug or unexpected 
response from far-end office. 


Action: Retry test. 


Indicates test is not available in current load. 


Action: Check trunk and test parameters and options. 


Indicates failure to detect proper tone. 


Action: Diagnose trunk test equipment. 


Indicates far-end office unexpectedly returned a test 
progress tone (TPT). 


Action: Retry test. 


Indicates time expired waiting for individual trunks in 
trunk group to become available for testing. The 
allowed time to wait for trunks to become available is 
set in customer data table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates trunk circuit was not tested because it was 
carrier-failed. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
call processing deloaded. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
call processing busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
deloaded. 


Action: Return trunk to service, retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 9 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED IMB 


TRUNK NOT TESTED INI 


TRUNK NOT TESTED LO 


TRUNK NOT TESTED MB 


TRUNK NOT TESTED NEQ 


TRUNK NOT TESTED NMB 


TRUNK NOT TESTED PMB 


TRUNK NOT TESTED RES 


TRUNK NOT TESTED RMB 


TRUNK NOT TESTED SB 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was off 
line. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
initialized. 
Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
locked out. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
manually busy. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
unequipped. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
network management busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
peripheral module busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was in 
restricted idle. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
remote busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
system busy. 


Action: Contact the next level of maintenance. 
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Table 1-16 OTrunk diagnostic results (Sheet 10 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED SZD 


TRUNK TIMEOUT 


TST EQUIPMNT NOT REQUIRED 


TTT EQUIPMENT FAILURE 


TTU FAULT 


UNEXPECTED TONE 


UNKNOWN ATT MESSAGE 


UNKNOWN MESSAGE RCVD 


WAIT ON MAILBOX FAILED 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was 
already seized. 


Action: When trunk state returns to IDLE, retry test. 


Indicates time expired waiting for individual trunks to 
become available for testing. The allowed time to wait 
for trunks to become available is set in customer data 
table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates inconsistency in requested test. The 
requested test called for unnecessary equipment. 


Action: Check trunk and test parameters and options. 


Indicates either an unexpected tone from trunk test 
equipment was received or an expected tone from 
trunk test equipment was not received. 


Action: Ensure the trunk test equipment concerned is 
functioning properly. 


Indicates fault found in the transmission test unit 
(TTU). 


Action: Diagnose TTU. 


Indicates far-end office returned an unexpected or 
unknown tone. 


Action: Diagnose trunk test equipment. 


Indicates software bug. This message is always 
followed by a software error report (SWER) with the 
message Garbled ATT Message. 


Action: Contact the next level of maintenance. 


An unexpected message has been received. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Failed to wait on a mailbox for the next message to 
come in. 
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Table 1-16 OTrunk diagnostic results (Sheet 11 of 11) 


Diagnostic results (see Note) 


WRONG CARD IN SHELF 


120 IPM TONE 


30 IPM TONE 


terminal. 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 


Description 


Indicates wrong circuit pack installed in the shelf. 


Action: Check trunk circuit equipment installation. 


Indicates far-end office returned a signal at 120 
impulses per minute. 


Action: Retry test. 
Indicates far-end office returned a signal at 30 
impulses per minute. 


Action: Retry test. 


Reason (see Note) 
SYS RESTART 


Fail OB Reset 


Aborted: RTS Limit has been 
exceeded. 


Enable Failed 

Test Failed 

CMC CSide Busy 

Full Test Not Done 
Time of Day Clock Sync 
SYSTEM REQUEST 
MANUAL REQUEST 
ERROR DETECTED 


MAP terminal. 


Invalid: CMC Not Out of Service. 


Note: Spelling and capitalization 
are exactly as they appear on the 


Table 1-17 PCMC alter reasons (Sheet 1 of 3) 


СМС log reports Description 


100 
100 
100 
100 


100 
100 
100 
100 
100 
100, 102 
100, 102 
100, 102 
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Table 1-17 PCMC alter reasons (Sheet 2 of 3) 


Reason (see Note) СМС log reports Description 

STUCK CMC PORT 100, 102 Faulty port cannot be closed. 

CSIDE REQUEST 100, 102 

INVALID CMC STATE 100, 102 CMC faulty on interrupt line. 

BOOT REQUEST 100, 102, 106-109 

SPLIT REQUEST 100, 102, 106-109 

FAULT ON PEINT 100, 102 

STUCK MASK REGISTER 100, 102 Problem with interrupts to CPU. 

HUNG ON SIMPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on simplex transmission. 

HUNG ON DUPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on duplex transmission. 

INVALID PRIORITY 100, 102 CMC found at invalid priority level. 

IOC FAIL THRESHOLD MET: 102 CMC detected a problem in messaging to 
input/output controller (ІОС). 

NET FAIL THRESHOLD MET; 102 Message test detected a problem in 
messaging to networks. 

MSG CORRUPTION: 102 CMC is corrupting outgoing or incoming 
messages. 

MESSAGING FAILURE 102 All CMC ports are SYSB. 

DETECTED 

OCETR THRESHOLD MET: 102 Outgoing error type register threshold has 


been exceeded and has set the status of 
CMC to system busy. 


STUCK CMC 100, 102 

SOLID INTERRRUPTS 100, 102 Faulty interrupt line from CMC to CPU (too 
many interrupts). 

PERIODIC TEST 100, 102 Action occurred during periodic testing (for 


example, 2:10 A.M.). 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 
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Table 1-17 PCMC alter reasons (Sheet 3 of 3) 


Reason (see Note) 
DUPLEX FAILS 

STUCK OUT BAND RESET 
WILL NOT INTRUPT CPU 
CMC TRAP 


Fail on Restart 


Failed on CS Open 


Both CMC's are OOS 
Configuration Register shut down 
All ports are out of service 
ODM 

ODM Request 

Requested by PS Node 
Forced Open 

Pass 

Fail 

Invalid 

Fail on RTS CMC 

Port Error 


Test aborted 


Close on Test Fail 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 


СМС log reports 
100, 102 
100, 102 
100, 102 
100, 102 


102 
102 


102 
102 
102 
103 
105, 109 
105, 107 
105 
105 
105 
105 
107 
107 


100, 103 


107 


100-109 


Description 


CMC unable to output in duplex mode. 


System has busied the CMC because of a 
trap. 


Cannot enable CMC during restart. 


Could not return to service, or CMC on link 
from CPU opening. 


Result of an office data modification. 


Result of an office data modification. 


Tests are aborted due to a lack of P-side 
resource. 


(No reason given) 
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Table 1-18 QTransmission test unit failure messages (Sheet 1 of 2) 


1 


2 


KR о 


Мо. 


Message 
MTM_PROTOCOL_ERROR 
TTU_TEST_ERROR 
MEAS_INTERRUPTION 
MEAS_INSTABILITY 
TTU_DATA_ERROR 
BSY_BAD_MSG 
CONNECT_FAIL 
OPEN_TTU_FAIL 
SIG_NO_FE_EQUIP 
ANS_NOT_READY 
LOST_INTEGRITY 
BAD_MSG_BEF_ANS 
START_DIRECTOR_FAIL 
NO_TTU_RESPONSE 
TWO_CLEAR_BACKS? 
ANS_BEF_CLEAR_BACK? 
CLEAR_BACK_NOT_REC 
RE_ANSWER_NOT_REC 
SIG_BAD_MSG 
BSY_NO_FE_EQUIP 
BSY_FLASH_NOT_REC 
ANSWER_NOT_BUSY? 
MEAS_BAD_MSG 
MISSING_GROUP_ENTRY 
MISSING_Q_ENTRY 
SIG_CALL_NO_RESPONSE 
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Table 1-18 QTransmission test unit failure messages (Sheet 2 of 2) 


No. Message 

27 SIG_CALL_GLARE 

28 SIG_CALL_BAD_MSG 

29 SIG_CALL_FAILURE 

30 BSY CALL NO RESPONSE 
31 BSY CALL GLARE 

32 BUSY CALL BAD MSG 
33 BSY CALL FAILURE 

34 NO NE EQUIP 

35 MEAS CLEAR BACK 

36 BSY CALL CLEAR BACK? 
37 OUTPULSING TBL 

38 FAR END CONGESTION 
39 TTU TROUBLE 
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Table 1-19 RCall types entry codes (Sheet 1 of 4) 


Entry code 
00 

01 
02-07 
08 

09 
10-15 
16 

17 

18 

19 

20 

21 

22 

23 

24 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Station paid DDD 

Station paid LCDR 

Reserved for special features 
TWX 

DATA 

Reserved for special features 
Timed message rate 
Untimed message rate 
Detailed message rate 
Conference trunk usage 
Station paid operator assisted 
Station collect 

Station special calling 

Person paid 


Person collect 
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Table 1-19 RCall types entry codes (Sheet 2 of 4) 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Епігу code Call type 

25 Person special calling 
26 Auto collect 

27 Station special called 
28 Person special called 
29 Person call back (PCB) 
30 PCB special billing 
31-39 Not used 


40 (see Note 1) Station paid DDO 


41-55 Reserved for special features 

56 Not used 

57 Not used 

58-59 Reserved for possible future use 
60 (see Note 1) Station paid operator assisted 
61 (see Note 1) Station collect 

62 (see Note 1) Station special calling 
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Entry code 

63 (see Note 1) 
64 (see Note 1) 
65 (see Note 1) 
66 (see Note 1) 
67 (see Note 1) 
68 (see Note 1) 
69 (see Note 1) 
70 (see Note 1) 
71-79 

80 

81-83 

84-89 

90 

91-95 

96 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Person paid 

Person collect 

Person special calling 

Not used 

Station special called 

Person special called 

Person call back (PCB) 

PCB special billing 

Not used 

INWATS - measured time 
Reserved for possible future use 
Not used 

Used by LAMA initial extension entry 
Not used 


Unspecified (default) 
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Епігу code Call type 

97 Canceled call (domestic) 
98 Canceled call (overseas) 
99 AMA test call 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
АМАВ101 as 
DDO=Y. 


Log report list 
The following is a list of written log reports generated by the UCS DMS-250 
switch. The subsystem name and report number for each log report description 


are provided. Information-only logs, those requiring no action, are listed in 
Table S. 


Table 1-20 (Sheet 1 of 17) 


ACMS ACMS100 ACMS101 ACMS102 ACMS103 ACMS104 
ACMS105 
ACT ACT101 
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Table 1-20 (Sheet 2 of 17) 


AFT AFTOOS 

ALRM ALRM109 ALRM111 ALRM!112 

ALT ALT100 ALT101 ALT103 ALT104 ALT105 
ALT106 ALT107 ALT109 ALT200 ALT207 
ALT208 ALT209 ALT300 ALT306 ALT307 
ALT308 ALT309 

AMA АМА100 АМА112 АМА114 АМА117 

АМАВ АМАВ119 АМАВ122 АМАВ150 АМАВ151 АМАВ154 
АМАВ161 

АР5 АР5100 АР5101 АР5102 АР5103 АР5104 
АР5105 АР5106 АР5107 АР5108 АР5109 
АР5110 APS111 APS112 

ATB ATB100 

ATME ATME201 ATME203 ATME204 ATME205 ATME206 
ATME207 ATME208 

ATT ATT100 АТТ101 АТТ102 АТТ103 АТТ104 
АТТ105 АТТ106 АТТ107 АТТ108 АТТ113 
АТТ114 АТТ115 АТТ116 АТТ117 АТТ118 
АТТ123 
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AUD AUD101 


AUD106 
AUD398 
AUD403 
AUD408 
AUD413 
AUD419 
AUD426 
AUD432 
AUD502 
AUD507 
AUD523 
AUD553 
AUD580 
AUDT AUDT100 


AUDT106 
AUDT112 
AUDT117 
AUDT131 
AUDT159 
AUDT164 
AUDT175 
AUDT183 
AUDT188 
AUDT195 


AUD102 


AUD107 
AUD399 
AUD404 
AUD409 
AUD414 
AUD420 
AUD427 
AUD433 
AUD503 
AUD508 
AUD545 
AUD559 
AUD582 
AUDT101 


AUDT107 
AUDT113 
AUDT118 
AUDT150 
AUDT160 
AUDT166 
AUDT179 
AUDT184 
AUDT191 
AUDT197 


AUD103 


AUD108 
AUD400 
AUD405 
AUD410 
AUD416 
AUD422 
AUD428 
AUD434 
AUD504 
AUD509 
AUD549 
AUD577 
AUD591 
AUDT102 


AUDT108 
AUDT114 
AUDT128 
AUDT151 
AUDT161 
AUDT167 
AUDT180 
AUDT185 
AUDT192 
AUDT198 


AUD104 


AUD395 
AUD401 
AUD406 
AUD411 
AUD417 
AUD424 
AUD429 
AUD500 
AUD505 
AUD510 
AUD550 
AUD578 
AUD602 
AUDT103 


AUDT110 
AUDT115 
AUDT129 
AUDT152 
AUDT162 
AUDT168 
AUDT181 
AUDT186 
AUDT193 
AUDT199 


AUD105 


AUD396 
AUD402 
AUD407 
AUD412 
AUD418 
AUD425 
AUD430 
AUD501 
AUD506 
AUD515 
AUD551 
AUD579 


AUDT105 


AUDT111 
AUDT116 
AUDT130 
AUDT153 
AUDT163 
AUDT169 
AUDT182 
AUDT187 
AUDT194 
AUDT205 
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Table 1-20 (Sheet 4 of 17) 


AUDT206 AUDT207 AUDT208 AUDT225 AUDT226 


AUDT255 AUDT256 AUDT257 AUDT258 AUDT259 
AUDT260 AUDT262 AUDT263 AUDT265 AUDT267 
AUDT394 AUDT396 AUDT397 AUDT400 AUDT404 
AUDT600 AUDT603 AUDT605 AUDT610 AUDT612 
AUDT613 AUDT614 AUDT615 AUDT619 AUDT621 
AUDT622 AUDT623 AUDT804 


BERT BERT100 BERT101 

C6TU C6TU108 

C7TD C7TD102 C7TD103 

C7TU C7TU101 C7TU102 C7TU105 C7TU106 C7TU107 
C7TU303 

C7UP C7UP101 C7UP102 C7UP103 C7UP104 C7UP106 


C7UP107 C7UP109 C7UP110 C7UP113 C7UP114 
C7UP115 C7UP118 C7UP120 C7UP121 C7UP123 
C7UP130 C7UP300 C7UP301 C7UP405 C7UP406 
C7UP805 C7UP806 


CC CC100 CC101 CC102 
ССІ CCI100 
CCS CCS202 CCS203 CCS204 CCS205 CCS206 
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CCS207 CCS209 CCS210 CCS213 CCS214 
CCS215 CCS218 CCS219 СС5221 CCS223 
CCS224 CCS226 CCS227 CCS228 CCS229 
CCS230 CCS238 CCS239 CCS240 CCS243 
CCS245 CCS248 CCS296 CCS400 CCS500 
CCS501 CCS502 CCS503 CCS504 CCS505 
СС5601 

CDIV CDIV100 

CDR CDR268 CDR269 CDR270 

CM CM100 CM103 CM104 CM105 CM107 
СМ111 СМ112 СМ113 СМ115 СМ118 
СМ119 СМ120 СМ122 СМ123 СМ125 
СМ128 СМ133 СМ134 СМ137 СМ140 
СМ141 СМ145 СМ146 СМ152 СМ153 
СМ154 СМ155 СМ157 СМ158 СМ159 
CM160 CM162 CM163 CM164 

CMC CMC102 CMC107 CMC110 СМС111 СМС112 
СМС113 

CMSM CMSM101 CMSM102 CMSM103 CMSM104 

COMM COMM777 

CP CP100 CP101 CP103 
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Table 1-20 (Sheet 6 of 17) 


CPM CPM101 CPM102 CPM103 CPM104 

CRMG CRMG101 

DAS DAS100 DAS102 DAS103 DAS104 

DCH DCH100 DCH104 DCH105 DCH500 

DCI DCI100 DCI101 DCI102 DCI104 DCI105 
DCI106 DCI107 DCI307 DCI505 DCI806 

DCP DCP100 DCP101 DCP102 DCP104 DCP105 
DCP106 DCP107 DCP307 DCP505 DCP806 

DDM DDM101 DDM102 DDM106 DDM107 DDM109 
DDM110 

DDT DDT001 

DDU DDU100 DDU101 DDU202 DDU203 DDU204 
DDU205 DDU209 DDU210 DDU211 DDU212 

DFIL DFIL100 DFIL101 DFIL102 DFIL103 DFIL104 
DFIL105 DFIL106 DFIL107 DFIL108 DFIL109 

DFIL111 DFIL112 DFIL113 DFIL114 

DFIL115 DFIL116 DFIL117 DFIL118 DFIL119 
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DFIL120 DFIL121 DFIL122 DFIL123 
DFIL125 DFIL126 DFIL127 DFIL128 DFIL129 
DFIL130 DFIL131 DFIL133 DFIL135 
DFIL143 DFIL144 

DIRP DIRP101 

DPAC DPAC101 DPAC102 DPAC103 DPAC104 

DPNS DPNS403 DPNS409 

DPNT DPNT101 DPNT102 DPNT103 DPNT104 DPNT105 
DPNT106 DPNT201 DPNT202 DPNT203 DPNT204 


DPNT205 DPNT206 


DPP DPP100 DPP101 DPP102 

DVI DVI101 DVI102 DV1104 DVI105 DVI106 
DVI107 

E911 E911200 E911201 E911202 E911203 E911204 
E911205 E911206 E911207 E911208 E911209 
E911210 E911211 E911215 E911217 E911218 
E911219 E911223 E911224 

EAD EAD104 

ENCP ENCP103 
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ENDB ENDB101 

ENET ENET103 ENET104 ENET105 ENET108 ЕМЕТ111 
ЕМЕТ 120 ЕМЕТ204 ЕМЕТ205 ЕМЕТ208 ЕМЕТ211 
ЕМЕТ220 ЕМЕТ222 ЕМЕТ230 ЕМЕТЗОЗ ENET304 
ENET305 ENET308 ENET309 ENET311 ENET313 
ENET401 ENET505 ENET508 ENET512 ENET522 
ENET601 ENET602 ENET603 

EQAC EQAC100 

ESYN ESYN100 ЕЅҮМ101 

ЕХТ EXT100 EXT101 EXT102 EXT103 EXT104 
EXT105 EXT106 EXT107 EXT108 EXT109 

FCO FCO101 

FM FM100 FM101 

FPRT FPRT105 FPRT106 

FTR FTR138 

IBN IBN100 IBN101 IBN102 IBN104 IBN105 
IBN106 IBN107 IBN108 IBN109 IBN110 
IBN113 IBN114 IBN115 IBN116 IBN117 
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IBN119 IBN120 IBN122 IBN123 IBN124 
IBN127 IBN128 IBN129 IBN137 

ICMO ICMO101 ІСМО102 ІСМО103 

IOD 100205 100206 100207 100208 100209 
100210 100212 100213 100214 100215 
100303 100304 100305 100306 100307 
100308 100310 100311 100312 

ISDN ISDN101 ISDN102 ISDN104 ISDN105 ISDN106 
ISDN107 ISDN108 ISDN109 ISDN110 ISDN111 
ISDN112 ISDN113 ISDN115 ISDN116 ISDN200 
ISDN201 ISDN203 

ISF ISF100 ISF101 ISF104 

ISN ISN500 

ISP ISP101 ISP102 ISP103 ISP104 ISP105 
ISP106 ISP107 ISP108 ISP113 ISP114 

ITOC ITOC100 ITOC101 

ITOP ITOP100 ITOP101 ITOP102 ITOP103 ITOP104 
ITOP105 ITOP106 ITOP107 ITOP108 ITOP109 
ITOP110 


297-2621-840 Standard 09.01 May 2001 


1-99 


Table 1-20 (Sheet 10 of 17) 


KTRK KTRK100 

LAQ LAQ330 LAQ331 LAQ602 

LINE LINE101 LINE102 LINE104 LINE105 LINE106 
LINE107 LINE108 LINE109 LINE110 LINE112 
LINE113 LINE114 LINE115 LINE117 LINE118 
LINE119 LINE120 LINE125 LINE126 LINE127 
LINE128 LINE130 LINE131 LINE132 LINE133 
LINE134 LINE135 LINE138 LINE139 LINE145 
LINE146 LINE147 LINE148 LINE149 LINE150 
LINE151 LINE161 LINE170 LINE171 LINE204 
LINE205 LINE209 LINE300 LINE301 LINE400 
LINE405 LINE408 LINE425 LINE600 LINE601 
LINE602 LINE603 LINE605 LINE800 LINE805 
LINE808 LINE825 

LINK LINK300 

LOST LOST101 LOST102 LOST103 LOST104 LOST105 
LOST106 LOST107 LOST108 LOST109 LOST110 
LOST111 LOST112 LOST114 LOST115 

MCT MCT103 MCT104 

MDN MDNO000 
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MISC МІ5С000 


MISM MISM 


MM MM110 


MOD MOD100 


MOD105 
MOD110 
MOD115 
MOD120 
MOD125 
MOD130 
MOD135 
MOD140 
MOD145 
MOD150 
MOD155 
MPC MPC101 


МРС201 
MPCS MPCS101 


MPX MPX100 


М5 MS103 


ММ111 


MOD101 


MOD106 
MOD111 
MOD116 
MOD121 
MOD126 
MOD131 
MOD136 
MOD141 
MOD146 
MOD151 
MOD156 
MPC102 


MPC299 


MPX200 


MS104 


ММ112 


MOD102 


MOD107 
MOD112 
MOD117 
MOD122 
MOD127 
MOD132 
MOD137 
MOD142 
MOD147 
MOD152 
MOD157 
MPC103 


MPC904 


MPX300 


MS105 


MM113 


MOD103 


MOD108 
MOD113 
MOD118 
MOD123 
MOD128 
MOD133 
MOD138 
MOD143 
MOD148 
MOD153 
MOD158 
MPC104 


MPC905 


МРХ400 


MS153 


MOD104 


MOD109 
MOD114 
MOD119 
MOD124 
MOD129 
MOD134 
MOD139 
MOD144 
MOD149 
MOD154 


MPC106 


MPC906 


MS154 
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MS155 MS163 MS248 MS263 MS264 
MS265 MS267 MS283 MS284 MS285 
MS303 М5304 MS305 MS306 MS313 
MS314 MS315 MS323 MS324 MS325 
MS403 MS404 MS405 MS413 MS414 
MS415 

MSL MSL300 MSL301 

MSRT MSRT100 MSRT101 

MTCB MTCB100 MTCB101 MTCB102 MTCB104 MTCB105 


MTCB106 MTCB107 MTCB108 MTCB109 MTCB110 


MTCB111 

MTD MTD101 

MTR MTR100 MTR104 MTR105 MTR106 MTR108 
MTR112 MTR113 MTR114 MTR116 MTR118 
MTR120 МТВ121 МТВ122 MTR123 MTR125 
MTR127 MTR128 MTR129 MTR131 MTR132 
MTR134 MTR135 MTR136 MTR137 MTR138 
MTR139 MTR140 MTR141 MTR142 MTR144 
MTR145 MTR146 MTR147 MTR148 MTR149 

N6 N6100 N6103 N6106 N6108 N6111 
N6112 N6113 N6115 N6121 N6122 
N6123 N6124 N6129 N6130 N6131 
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N6132 N6133 N6140 N6304 N6306 
N6308 N6310 N6312 N6314 N6319 
N6400 N6401 N6402 N6403 N6404 
N6405 N6407 

N6TU N6TU108 

NAG NAG400 

NCS NCS102 NCS104 NCS203 NCS301 NCS302 
NCS401 NCS501 

NET NET100 NET101 NET102 NET103 NET104 
NET105 NET106 NET133 NET134 NET135 
NET136 NET155 

NETM NETM104 МЕТМ108 МЕТМ109 МЕТМ110 МЕТМ111 


МЕТМ116 МЕТМ120 МЕТМ122 МЕТМ126 NETM137 
NETM141 NETM146 NETM147 NETM148 NETM149 


NETM461 
NMS NMS102 NMS103 
NO6 NO6101 NO6103 NO6104 NO6200 NO6201 
NODE NODE326 NODE450 NODE451 
NOP NOP100 NOP101 NOP102 NOP103 NOP110 
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OCCP 


OCS 


OM2 


PCH 


PEND 


PM 


RDT 


REPL 


RO 


RONI 


SALN 


SCAI 


SDS 


NOP111 


OCCP100 


OCS100 


OM2115 


PCH105 


PEND100 


PM102 


PM183 
RDT301 


REPL100 


RO105 


RONI100 


SALN100 


SCAI100 


SDS600 


1-103 


ОМ2116 ОМ2117 ОМ2200 ОМ2300 
РСН107 РСН111 

PEND101 

PM117 PM126 PM128 PM179 
PM199 

RDT307 RDT308 RDT309 RDT310 
SALN101 

SCAI101 SCAI102 SCAI200 
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SECU 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


SSR 


STOR 


SWCT 


SECU101 SECU102 SECU103 SECU104 SECU105 


SECU106 SECU107 SECU108 SECU109 SECU110 
SECU111 SECU112 SECU113 SECU114 SECU115 
SECU116 SECU117 SECU118 SECU119 SECU120 
SECU121 SECU122 SECU123 SECU124 SECU125 


SECU126 

SLE104 SLE105 SLE106 

SLM208 SLM401 SLM403 SLM404 SLM410 

SLNK101 SLNK106 SLNK107 

SMDI100 SMDI101 SMDI102 SMDI105 SMDI106 
SME100 SME101 SME102 SME103 SME106 
SME107 SME108 SME109 

505100 505102 505103 505104 505105 

505107 505110 505130 

SPC101 SPC102 

SSR600 

STOR101 


SWCT105 SWCT106 SWCT112 SWCT114 SWCT115 
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SWCT116 

SWER SWER39 

SWNR SWNR102 

SYNC SYNC103 SYNC105 SYNC203 SYNC206 SYNC209 

TKCV TKCV100 

TME TME102 

TPS TPS100 

TRK TRK104 TRK106 TRK109 TRK110 TRK111 
TRK113 TRK114 TRK115 TRK116 TRK117 
TRK118 TRK120 TRK121 TRK123 TRK124 
TRK126 TRK128 TRK129 TRK130 TRK131 
TRK133 TRK135 TRK136 TRK138 TRK140 
TRK142 TRK144 TRK146 TRK148 TRK153 
TRK154 TRK155 TRK157 TRK158 TRK162 
TRK163 TRK164 TRK165 TRK174 TRK175 
TRK176 TRK177 TRK178 TRK181 TRK182 
TRK183 TRK186 TRK188 TRK189 TRK190 
TRK207 TRK208 TRK213 TRK260 TRK310 
TRK312 TRK313 TRK320 ТАКЗ21 ТАКЗ22 
TRK334 TRK340 TRK341 TRK351 TRK352 
TRK424 TRK605 
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UTR UTR100 

VSN VSN100 VSN101 VSN107 VSN108 VSN109 
VSN110 VSN111 VSN112 VSN113 VSN115 
VSN117 


Information-only logs 


Table S lists information-only logs and the subsystems associated with them. 
These information-only logs are generated by the switch to alert the technician 
that: 


* atransient event has occurred 

* aswitch state (such as ManualBusy) has occurred 

* aresource or service has been successfully tested 

* some unexpected software data has been encountered 

Generally, this log type does not require the technician to take any action, nor 


is it service affecting. This publication may not include detailed log report 
descriptions for these information-only logs. 


Table 1-21 SInformation-only logs (Sheet 1 of 15) 


Information- 

Subsystem only logs 

ABR ABR111 ABR222 

ACD ACD102 ACD110 ACD121 ACD130 

ACG ACG100 ACG101 ACG201 ACG300 
ACG301 ACG600 

ACT ACT100 ACT102 

AFT АЕТ001 АЕТ002 

ALT ALT108 ALT110 ALT111 

AMA AMA118 

AMAB AMAB100 AMAB101 AMAB102 AMAB103 
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Subsystem 


AOSS 
AP 
ATME 
ATT 


AUD 
AUDT 


BCLID 
BMS 


Information- 
only logs 


AMAB104 
AMAB109 
AMAB120 
AMAB160 
AMAB183 
AMAB187 
АО55101 
АР601 
АТМЕ200 
АТТ109 
АТТ119 
AUD109 
AUDT109 
AUDT165 
AUDT174 
AUDT201 
AUDT210 
AUDT214 
AUDT218 
AUDT222 
AUDT601 
AUDT624 
AUDT630 
BCLID101 
BMS100 


AMAB105 
АМАВ110 
АМАВ152 
АМАВ180 
АМАВ184 
АМАВ188 


АР602 


АТТ110 
АТТ120 
AUD120 
AUDT125 
AUDT171 
AUDT176 
AUDT202 
AUDT211 
AUDT215 
AUDT219 
AUDT264 
AUDT602 
AUDT625 
AUDT632 
BCLID102 


AMAB106 
AMAB111 
AMAB153 
AMAB181 
AMAB185 
AMAB189 


ATT111 
АТТ121 
AUD606 
AUDT126 
AUDT172 
AUDT189 
AUDT203 
AUDT212 
AUDT216 
AUDT220 
AUDT270 
AUDT616 
AUDT626 
AUDT640 


AMAB108 
AMAB118 
AMAB155 
AMAB182 
AMAB186 
AMAB200 


ATT112 
АТТ122 


AUDT127 
AUDT173 
AUDT196 
AUDT204 
AUDT213 
AUDT217 
AUDT221 
AUDT401 
AUDT620 
AUDT627 


1-107 
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Table 1-21 SInformation-only logs (Sheet 3 of 15) 


Subsystem 


BOOT 


CeTU 


C7TD 


C7TU 


C7UP 


CC 


CCIS 


CCS 


Information- 
only logs 


BOOT100 
C6TU101 
C6TU105 
C7TD104 
C7TU103 
C7TU110 
C7TU401 
C7UP105 
C7UP127 
CC104 
CC110 
CC119 
CC127 
CCIS100 
CCIS123 
CCIS301 
CCS100 
CCS108 
CCS156 
CCS161 
CCS167 
CCS177 
CCS190 
CCS208 
CCS217 


C6TU102 
C6TU106 
C7TD201 
C7TU104 
C7TU202 


C7UP116 


CC107 
CC111 
CC121 
CC129 
CCIS102 
CCIS126 
CCIS321 
CCS102 
CCS109 
CCS157 
CCS162 
CCS168 
CCS178 
CCS192 
СС5211 
CCS220 


C6TU103 
C6TU107 


C7TU108 
C7TU301 


C7UP117 


CC108 
CC113 
CC122 
CC136 
CCIS105 
CCIS131 


CCS105 
CCS151 
CCS159 
CCS163 
CCS169 
CCS180 
CCS198 
CCS212 
CCS225 


C6TU104 
C6TU109 


C7TU109 
C7TU302 


C7UP126 


CC109 
CC116 
CC125 
CC201 
CCIS121 
CCIS132 


CCS106 
CCS155 
CCS160 
CCS166 
CCS176 
CCS185 
СС5201 
СС5216 
CCS231 
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Subsystem 


CD 
CDC 
CDR 


CDRC 


CDRE 
CDRS 


CFW 


CHIPS 
CM 


Information- 
only logs 


CCS232 
CCS236 
CCS299 
CCS506 
CCS791 
CD103 
CDC101 
CDR252 
CDR282 
CDR301 
CDRC100 
CDRC107 
CDRC110 
CDRE101 
CDRS100 
CFW100 
CFW104 
CHIPS100 
CM101 
CM109 
CM121 
CM130 
CM138 
CM147 
CM151 


CCS233 
CCS237 
CCS401 
CCS600 


CDC102 
CDR253 
CDR283 
CDR302 
CDRC101 
CDRC108 
CDRC112 
CDRE102 


CFW101 
CFW105 


CM102 
CM110 
CM124 
CM132 
CM142 
CM148 
CM156 


CCS234 
CCS241 
CCS404 
CCS733 


CDR268 
CDR284 


CDRC102 
CDRC109 
CDRC113 
CDRE104 


CFW102 
CFW106 


CM106 
CM114 
CM126 
CM135 
CM143 
CM149 


1-109 


CCS235 
CCS242 
CCS405 
CCS735 


CDR269 
CDR285 


CDRC103 
CDRC110 
CDRC114 


CFW103 
CFW107 


CM108 
CM117 
CM129 
CM136 
CM144 
CM150 
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Table 1-21 SInformation-only logs (Sheet 5 of 15) 


Subsystem 


CMC 


COTL 
СР 
СРМ 
CRMG 
CSC 
CUT 
DCA 


DCH 


ОСІ 


DCME 


DCR 


DDIS 
DDM 


DDU 
DISK 
DMCT 


DLC 


Information- 
only logs 


CMC100 
CMC105 
COTL150 
CP102 
CPM100 
CRMG102 
CSC101 
CUT101 
DCA601 
DCA605 
DCH101 
DCH600 
DCH800 
DCI102 
DCME100 
DCME104 
DCR100 
DCR104 
DDIS100 
DDM100 
DDM108 
DDU201 
DISK103 
DMCT100 
DLC103 


СМС101 СМС103 
СМС106 СМС108 
COTL151 

CUT102 CUT103 
DCA602 DCA603 
DCH102 DCH103 
DCH603 DCH604 
DCME101 DCME102 
DCME105 

DCR101 DCR102 
DDM103 DDM104 
DDU208 DDU213 
DMCT101 DMCT102 


CMC104 
CMC109 


DCA604 


DCH106 


DCH605 


DCME103 


DCR103 


DDM105 


DDU214 
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Table 1-21 SInformation-only logs (Sheet 6 of 15) 


Information- 

Subsystem only logs 

DNC DNC100 

DPAC DPAC100 DPAC105 

DPNS DPNS400 DPNS401 DPNS404 

DRT DRT100 

DSM DSM601 DSM602 DSM603 

DTSR DTSR100 DTSR101 DTSR102 

DVI DVI100 DVI103 

E911 E911212 E911213 E911214 E911216 

ECO ECO100 

ECTS ECTS102 ECTS106 

EKTS EKTS101 EKTS138 

ENCP ENCP100 ENCP101 ENCP104 ENCP105 
ENCP131 ENCP132 ENCP133 ENCP134 
ENCP135 ENCP136 ENCP143 ENCP150 

ENDB ENDB100 

ENET ENET100 ENET101 ENET102 ENET106 
ENET107 ENET110 ENET113 ENET200 
ENET201 ENET202 ENET206 ENET207 
ENET210 ENET300 ENET301 ENET302 
ENET306 ENET307 ENET310 ENET312 
ENET314 ENET402 ENET403 ENET500 
ENET502 ENET503 ENET504 ENET506 
ENET507 ENET510 ENET511 ENET520 
ENET521 ENET600 ENET700 

ESG ESG100 ESG101 
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Table 1-21 SInformation-only logs (Sheet 7 of 15) 


Subsystem 
EXT 

FCO 

FMT 

FP 


FRB 
FRS 
FTR 
FTS 
FTU 


GWSA 
HEAP 
IBN 


ICTS 
IEM 
IOAU 


IOD 


Information- 


only logs 
EXT110 
FCO100 
FMT103 
FP100 
FP200 
FRB100 
FRS201 
FTR138 
FTS100 
FTU100 
FTU105 
GWSA100 
HEAP100 
IBN103 
IBN121 
IBN132 
ICTS102 
IEM900 
IOAU100 
IOAU105 
IOAU109 
100101 
100111 
100202 
100309 


EXT301 


FP101 


FTU101 


IBN111 
IBN125 
IBN136 
ICTS103 
IEM901 
IOAU101 
IOAU106 
IOAU110 
IOD102 
100122 
100211 
100313 


FP103 


FTU103 


IBN112 


IBN126 


ICTS106 
IEM930 
IOAU102 
IOAU107 
IOAU112 
IOD106 
100128 
100301 
100315 


FP104 


FTU104 


IBN118 
IBN130 


IOAU104 
IOAU108 
IOAU113 
100107 
100201 
100302 
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Table 1-21 SInformation-only logs (Sheet 8 of 15) 


Subsystem 


IOGA 


ISA 
ISDN 


ISF 
ISN 
ISP 
ITN 


ITOC 
ITOP 
ITS 
LAQ 
LINE 


LL 
LLC 
LINK 
LMAN 
LOGM 
LOST 


Information- 
only logs 


ІОСА101 
ІОСА105 
ІОСА109 
ІОСА113 
ISA100 
ISDN100 
ISDN302 
ISF102 
ISN502 
ISP109 
ITN201 
ITN206 
ITN304 
ITOC102 
ІТОР111 
ITS101 
LAQ601 
LINE100 
LINE180 
LL100 
LLC100 
LINK100 
LMAN100 
LOGM900 
LOST113 


ІОСА102 
ІОСА106 
IOGA110 
ІОСА114 


ISDN103 


ISF103 
ISN503 
ISP110 
ITN202 
ITN207 
ITN306 


ITOP121 


LINE103 


LINE410 


LLC101 
LINK101 


ІОСА103 
ІОСА107 
ІОСА111 
ІОСА115 


ISDN202 


ITN203 
ITN299 
ITN311 


ITOP122 


LINE111 


LINK501 


ІОСА104 
ІОСА108 
ІОСА112 
ІОСА116 


ISDN301 


ITN205 
ITN303 
ITN399 


ITOP123 


LINE160 
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Table 1-21 SInformation-only logs (Sheet 9 of 15) 


Subsystem 
MCT 

MIS 

MM 


MPC 


MS 


MSC 
MSL 


MSP 
MTCB 
MTCK 
MTD 
MTR 


Information- 
only logs 


MCT101 
MIS100 
MM105 
MPC105 
MPC907 
М5100 
MS151 
MS207 
MS260 
MS277 
MS286 
MS302 
MS312 
MS320 
MS327 
MS406 
MS411 
MSC200 
MSL100 
MSL200 
MSP900 
MTCB103 
MTCK100 
MTD102 


MTR101 


MCT102 
MIS110 
MM106 
МРС901 


MS101 
MS152 
MS208 
MS261 
MS280 
MS287 
MS307 
MS316 
MS321 
MS400 
MS407 
MS412 
MSC900 
MSL101 
MSL201 
MSP910 


MTCK101 


MTR102 


MCT104 


MPC902 


MS102 
MS156 
MS238 
MS262 
MS281 
MS300 
MS310 
MS317 
MS322 
MS401 
MS408 
MS417 
MSC910 
MSL102 
MSL302 
MSP920 


MTR103 


MPC903 


MS150 
MS157 
MS249 
MS266 
MS282 
MS301 
MS311 
MS318 
MS326 
MS402 
MS410 


MSC920 
MSL104 


MTR107 
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Table 1-21 SInformation-only logs (Sheet 10 of 15) 


Subsystem 


MTS 
N6 


N6TU 


NCS 
NET 
NETM 


NLUP 
NMS 


Information- 
only logs 


MTR109 
MTR119 
MTR143 
MTS101 
N6101 
N6107 
N6116 
N6120 
N6135 
N6139 
N6305 
N6313 
N6318 
N6TU101 
N6TU105 
NCS101 
NET130 
NETM103 
NETM112 
NETM119 
NETM125 
NETM139 
NETM144 
NLUP110 
NMS100 


MTR110 
MTR124 
MTR148 
MTS102 
N6102 
N6109 
N6117 
N6127 
N6136 
N6300 
N6307 
N6315 
N6406 
N6TU102 
N6TU106 
NCS103 
NET131 
NETM105 
NETM115 
NETM121 
NETM128 
NETM140 
NETM145 


NMS101 


MTR111 


MTR130 


MTS103 
N6104 
N6110 
N6118 
N6128 
N6137 
N6301 
N6309 
N6316 


N6TU103 


NCS105 
NET132 
NETM106 
МЕТМ117 
МЕТМ123 
МЕТМ129 


МЕТМ142 


MTR115 
MTR133 


N6105 
N6114 
N6119 
N6134 
N6138 
N6303 
N6311 
N6317 


N6TU104 


NCS201 


NETM107 
NETM118 
NETM124 
NETM138 
NETM143 
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Table 1-21 SInformation-only logs (Sheet 11 of 15) 


Subsystem 


NO6 


NODE 
NOP 

NOPT 
NPAC 


NWM 


OCC 
ODM 
OLS 
OMA 
OMF 
OMPR 
OPM 
PCH 


Information- 
only logs 


NO6100 
NO6123 
NODE500 
NOP112 
NOPT101 
NPAC110 
NPAC203 
NPAC552 
NWM101 
NWM105 
NWM110 
NWM120 
NWM142 
NWM203 
ОСС233 
ODM603 
OLS600 
OMA402 
OMF101 
OMPR203 
OPM603 
PCH100 
PCH104 
PCH110 
PCH650 


NO6102 
NO6202 


NOP113 


NPAC111 
МРАС204 
МРАС999 
NWM102 
NWM107 
NWM111 
NWM130 
NWM143 
NWMS00 


OLS601 


PCH101 


PCH106 
PCH112 


NO6120 
NO6303 


NOP114 


NPAC119 
NPAC211 


NWM103 
NWM108 
NWM112 
NWM140 
NWM201 
NWM400 


OLS602 


PCH102 


PCH108 
PCH115 


МО6121 


МРАС129 
NPAC300 


NWM104 
NWM109 
NWM113 
NWM141 


NWM202 


PCH103 
PCH109 
PCH204 
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Table 1-21 SInformation-only logs (Sheet 12 of 15) 


Subsystem 
PEND 
PES 


PM 


PMC 
PRFM 


RDT 


RMAN 


Information- 
only logs 


PEND102 
PES104 
PES111 
PM103 
PM111 
PM140 
PM162 
PM170 
PM191 
PM197 
PM213 
PM220 
PMC100 
PRFM200 
PRFM210 
RDT102 
RDT601 
RMAN100 
RMAN104 
RMAN108 
RMAN112 
RMAN116 
RMAN120 
RMAN124 


RMAN128 


PEND103 
PES107 
PES112 
PM104 
PM119 
PM141 
PM164 
PM182 
PM193 
PM210 
PM215 
PM240 


PRFM201 


RDT103 


RMAN101 
RMAN105 
RMAN109 
RMAN113 
RMAN117 
RMAN121 
RMAN125 
RMAN129 


PEND104 
PES108 


PM105 
PM130 
PM153 
PM165 
PM184 
PM195 
PM211 
PM216 
PM270 


PRFM204 


RDT104 


RMAN102 
RMAN106 
RMAN110 
RMAN114 
RMAN118 
RMAN122 
RMAN126 
RMAN130 


1-117 


PES110 


PM106 
РМ131 
РМ154 
РМ166 
РМ188 
РМ196 
РМ212 
РМ217 


PRFM207 


RDT600 


RMAN103 
RMAN107 
RMAN111 
RMAN115 
RMAN!119 
RMAN123 
RMAN127 


RMAN131 
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Table 1-21 SInformation-only logs (Sheet 13 of 15) 


Subsystem 


RMAP 


RO 


ROS 


SA 


SCP 


SEAS 


SECU 


SIS 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


Information- 
only logs 


RMAN132 
RMAN136 
RMAP100 
RO101 
RO902 
ROS901 
SA200 
SCP300 
SCP414 
SCP902 
SEAS101 
SEAS107 
SECU127 
515100 
SLE101 
SLE108 
SLM402 
SLM408 
SLNK100 
SLNK105 
SMDI103 
SME104 
505101 
505112 
SPC100 


RMAN133 
RMAN137 


RO102 
RO9603 
ROS902 
SA201 
SCP400 
SCP500 
SCP903 
SEAS103 
SEAS108 
SECU128 
SIS101 
SLE102 


SLM405 
SLM409 
SLNK102 
SLNK109 
SMDI104 
SME105 
505106 
505120 


RMAN134 
RMAN138 


RO103 
RO904 


SA202 
SCP401 
SCP900 
SCP904 
SEAS104 
SEAS110 
SECU129 
515102 
SLE103 


SLM406 


SLNK103 


SME110 


505109 
505131 


RMAN135 


RO104 


RO910 


SA203 


SCP412 


SCP901 


SEAS106 
SEAS111 


SIS103 
SLE107 


SLM407 


SLNK104 


SME111 
505111 


297-2621-840 Standard 09.01 


May 2001 


1-119 


Table 1-21 SlInformation-only logs (Sheet 14 of 15) 


Information- 

Subsystem only logs 

55 55100 

STOR STOR102 STOR103 STOR104 STOR105 
STOR106 STOR107 

SWCT SWCT101 SWCT102 SWCT103 SWCT107 
SWCT109 SWCT111 SWCT113 SWCT117 

SWNR SWNR100 SWNR101 

SYNC SYNC101 SYNC102 SYNC104 SYNC201 
SYNC202 SYNC204 SYNC205 SYNC207 
SYNC208 

TABL TABL100 TABL101 

TCAP TCAP102 TCAP199 

TELN TELN100 TELN110 TELN120 TELN130 
TELN140 

TH TH201 TH301 TH404 TH405 

TOPS TOPS107 TOPS112 TOPS116 

TPS TPS102 TPS104 

TRK TRK105 TRK107 TRK108 TRK112 
TRK119 TRK125 TRK127 TRK132 
TRK134 TRK139 TRK141 TRK143 
TRK145 TRK147 TRK151 TRK152 
TRK156 TRK166 TRK170 TRK171 
TRK172 TRK173 TRK179 TRK180 
TRK184 TRK185 TRK187 TRK191 
TRK192 TRK195 TRK196 TRK197 
TRK199 TRK206 TRK215 TRK216 
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Table 1-21 SInformation-only logs (Sheet 15 of 15) 


Subsystem 


TRMS 
TUPC 
UOAM 
VIP 
VMX 
VPSC 
WB 


XSM 


Information- 
only logs 


TRK217 
TRK221 
TRK225 
TRK301 
TRMS300 
TUPC100 
UOAM301 
VIP101 
VMX100 
VPSC101 
WB100 
XSM101 


TRK218 
TRK222 
TRK226 
TRK302 
TRMS450 
TUPC101 


VIP102 


VPSC102 


WB101 
XSM102 


TRK219 
TRK223 
TRK227 
TRK303 
TRMS500 
TUPC102 


VIP103 


VPSC103 


WB102 
XSM104 


TRK220 
TRK224 
TRK228 
TRK333 


TUPC103 


WB103 
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Explanation 


UCS log reports 1-121 


ACG101 


The switch generates this log when a service control point (SCP) requests the 
switch to apply automatic code gapping (ACG). 


Format 


The format for log report ACG101 follows: 


Example 


АССІСІ mmmdd hh:mm:ss ssdd event type type of log 


APPLICATION 
TYPE OF DIGITS 

CONTROL CODE 
CONTROL, CAUSE. INDICATOR 
DURATION SECS 

GAP. SECS 

SCP POINT CODE 


An example of log report ACG101 follows: 


Field descriptions 


АСС101 SEPO5 18:14:33 5213 AUTOMATIC CODE GAPPING 


APPLICATION МОО 
TYPE OF DIGITS DIALED 
CONTROL CODE 8009971234 
CONTROL CAUSE OVERLOAD 
DURATION SECS 2048 
GAP INDEX 60 
SCP POINT CODE 14-24-16 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 
Field 
APPLICATION 
TYPE OF DIGITS 
CONTROL CODE 


Value Description 
NOO Identifies the name of the application 
DIALED Identifies the type of digits 

Provides the control code 
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ACG101 (end) 


(Sheet 2 of 2) 


Field 


Value 


Description 


CONTROL CAUSE. 
INDICATOR 


DURATION SECS 


GAP INDEX 


SCP POINT CODE 


Not Used, Vacant 
Code, 
Out-of-band, 
Database 
Overload, 
Destination Mass 
Calling, Operation 
Support System 
Initiated 


Nil, 1, 2, 4, 8, 16, 
32, 64, 128, 256, 
512, 1024, 2048 


REMV GAP, 0, .10, 
.25, .50, 1, 2, 5, 10, 
15, 30, 60, 120, 
300, 600, STOP 
ALL 


Network Member 
Cluster 


Provides the reason why ACG is being 
requested 


Identifies how long the number should be 
controlled 


Defines the severity of the control and the 
time that will elapse between queries (the 
higher the number, the more severe the 
control) 


Identifies the SCP's point code 


Action 


This log is for information only. No action is required. 


Associated OM registers 


None 


Additional information 


None 
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Explanation 


Format 


Example 


UCS log reports 1-123 


ACG201 


The ACG201 generates when an audit of the NOO numbers that have ACG is 
applied. The audit deletes any controls on NOO numbers whose duration has 
expired. 


The format for log report ACG201 follows: 


ACG201 mmmdd hh:mm:ss ssdd event type type of log 
APPLICATION: N00 
CONTROLS REMOVED: 
CONTROLS REMAINING: 


An example of log report ACG201 follows: 


ACG201 SEPO5 18:14:33 5213 AUTOMATIC CODE GAPPING 
APPLICATION: МОО 
CONTROLS REMOVED: 24 
CONTROLS REMAINING: 109 


Field descriptions 


The following table explains each of the fields in the log report. 


Field Value Description 
APPLICATION NOO Identifies the name of the application 
CONTROLS REMOVED numeric Identifies the number of NOO numbers 
removed from the control list 
CONTROLS REMAINING numeric Identifies the number of NOO numbers that 
remain on the control list 
Action 


If the ACG201 log precedes an ACG301 log after the audit has been invoked, 
check the number of controls remaining in the table. If the number is high 
decrease the time interval at which the audit process is run. Change the value 
of the office engineering parameter М00 АСС AUDIT TIME to a lower 
value. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-124 UCS log reports 
ACG201 (end) 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-125 


ACMS100-Canada only 


Explanation 


Format 


Example 


The Stored Program Control-Call Management Service (SPC_CMS) 
subsystem generates report ACMS100. The report appears when an SPC trunk 
index from the central office data processor (CODP) does not enter Table 
SPCTRKS. Because the call cannot link to a per trunk signaling (PTS) trunk, 
the calling line identification (CLID) cannot link to a call. 


The log report format for ACMS100 is as follows: 


ACMS100 mmmdd hh:mm:ss ssdd INFO SPC_CMS UNKNOWN 
INDEX 


cpn cpn_present 
clg_name private 

unique test_call 
orig_cld orig_cld_present 
orig_cld_priv 

trunk_id trunk_name 

cld 


An example of log report ACMS100 follows: 


ACMS100 DECO8 14:48:26 7544 INFO SPC CMS UNKNOWN INDEX 


CPN = 6137225868 CPN PRESENT = Y 

CLG NAME = JIM SMITH PRIVATE = N 

UNIQUE = Y TEST CALL = N 

ORIG CLD = N/A ORIG CLD PRESENT = N 
ORIG CLD PRIV = N/A 

TRUNK ID = 371 TRUNK NAME = N/A 

CLD = 3010 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-126 UCS log reports 


ACMS100-Canada only (continued) 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO SPC_CMS; Constant Indicates the SPC trunk index is not present in 
UNKNOWN INDEX Table SPCTRKS 
cpn Integers Indicates the calling party number (CPN). This 
field appears only when the CPN present 
indicates "Y". 
N/A Indicates the CPN not available 
cpn present Y Indicates the CPN is present 
N Indicates the CPN is not present 
clg name Symbolic text Indicates the calling name 
N/A Indicates the transaction capability part 
(TCAP) CLID does not provide the calling 
name 
private Y Indicates the display of the CPN at the 
terminating line is not permitted 
N/A Indicates the CPN is not present 
unique Y Indicates the CPN is unique 
N Indicates the CPN is not unique 
N/A Indicates the CPN is not available 
test call Y Indicates the system generated the call as part 
of the system test 
N Indicates the call was not generated as part of 
the system test 
orig cld Integers Indicates the originally called party number. 
This field appears when the orig cld present 
indicates "Y". 
orig cld present Y Indicates the originally called number is 
present 
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ACMS100-Canada only (епа) 


(Sheet 2 of 2) 


Field Value Description 
N Indicates the originally called number is not 
present 
N/A Indicates the originally called party number is 
not available. This field appears when 
orig cld number indicates "N". 
orig cld priv Y Indicates the display of the originally called 
party number is not permitted at the 
terminating line 
N/A Indicates the originally called party number is 
not available 
trunk. id 0 - 8191 Identifies the SPC trunk circuit 
trunk_name Symbolic text Indicates the trunk name that corresponds to 
the SPC trunk identifier. Refer to Table 
SPCTRKS. 
N/A Indicates the trunk_id does not correspond to 
an entry in the Table SPCTRKS 
cld Integers Indicates the last four digits of the called party 
number 
Action 


Verify that the SPC trunk circuit index reported in the log does not appear in 
Table SPCTRKS. From the CPN, determine the source of the TCAP CLID 
message. At the SPC switch, determine the trunk name that corresponds to the 
SPC trunk circuit index. Use the same trunk circuit index for the same trunk 
circuit to coordinate the data for DMS and enhanced stored program control 
(ESPC). 


Associated OM registers 


The OM register ACMSIDX increases when this log appears. 
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ACT100 


Explanation 
The Activity (ACT) subsystem generates report ACT100 when the 
STARTLOG command enters the ACT MAP level. The system generates the 
ACT100 log every 15 min until entry of the STOPLOG command occurs. The 
ACT100 log report contains a summary of call processing activity at one-min 
intervals 1 the last 15 min. 


Format 
The log report format for ACT100 is as follows: 


ACT100 mmmdd hh:mm:ss ssdd INFO ACTIVITY_DATA 

# Catmp/hr nnnnnnnnn Lorig nnnnnnnnn Torig nnnnnnnnn 
ToAnn nnnnnnnnn 
Cpocc nnn% Conctr nnn% Oavgdel nnms 095%lim nnnms 
PavgDel nnms P95%lim nnnms BAvgDel nnms B95%lim nnnms 
RTrip nms Origdeny nnnnnnnnn Inefdeny nnnnnnnnn CPloovfl 
nnnnnnnnn 
CPsuic nnnnnnnnn CPtrap nnnnnnnnn LCMdtsrnnn% LMdtsr nnn% 


Note: The above report format repeats for each 1 min interval in the 15 min 
reporting period. 


Example 
An example of log report ACT100 follows: 


ACT100 FEB24 14:42:02 4200 INFO ACTIVITY DATA 


11 Catmp/hr 61412 Lorig 1023 Torig 0 ToAnn 0 
Cpocc 50$ Conctr 99$ OAvgDel 21ms 095%1іт 66ms 
PAvgDel 13ms P95%lim 26ms BAvgDel 35ms B95$1im 133ms 
RTrip Oms Origdeny 0 Inefdeny 0 CPloovfl 0 
CPsuic 0 CPtrap 0 LCMdtsr 0$ LMdtsr 0% 


Note: The above report repeats for each | min interval in the 15 min 
reporting period. 
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ACT100 (continued) 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Catmp/hr nnnnnnnnn 


Lorig nnnnnnnnn 


Torig nnnnnnnnn 


ToAnn nnnnnnnnn 


Cpocc ппп% 


Conctr nnn% 


OAvgDel nnnnms 


O95%lim nnnnms 


PavgDel nnnnms 


P95%lim nnnnms 


BavgDel nnnnms 


B95%lim nnnnms 


Rtrip nnnnms 


nnnnnnnnn = 0 to 


999999999 
nnnnnnnnn = 0 to 
999999999 
nnnnnnnnn = 0 to 
999999999 
nnnnnnnnn = 0 to 
999999999 

nnn = 0 to 100 
nnn = О to 110 


(expected range) 


nnnn = 0 to 9999 


nnnn = 0 to 9999 
nnnn = 0 to 9999 


nnnn = 0 to 9999 
nnnn = 0 to 9999 


nnnn = 0 to 9999 
nnnn = 0 to 9999 


Field Value Description 

# 1 to 15 Indicates the sequence number of the 
activity data. A sequence number of 1 
indicates the first minute of the reporting 
period. 

INFO ACTIVITY DATA Constant Indicates that ACTIVITY data is presented. 


Indicates the number of call attempts per 
hour 


Indicates the number of calls originating on 
lines 


Indicates the number of calls originating on 
trunks 


Indicates the number of tones or 
announcements given 


Indicates processing CPU occupancy and 
percentage of direct CPU that the call 
processing function uses. 


Indicates the connection ratio of calls 
(percent) 


Indicates the average delay on the CCB 
originating queue (ms) 


Indicates the 9596 originating limit (ms) 


Indicates the average delay on the CCB 
progress queue (ms) 


Indicates the 95% progress limit (ms) 


Indicates the background average delay 
(ms) 


Indicates the 95% background limit. (ms) 


Indicates the sound trip average delay (ms) 
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UCS log reports 1-130 
ACT100 (end) 


(Sheet 2 of 2) 


Field Value Description 
Origdeny nnnnnnnnn nnnnnnnnn = 0 to Indicates the number of origination denials, 
999999999 when an originating call is denied immediate 
service to protection overload. 
Inefdeny nnnnnnnnn nnnnnnnnn = 0 to Indicates the number of ineffective denials, 
999999999 when an originating call was denied 
because of a pending abandon. 
CPloovfl nnnnnnnnn nnnnnnnnn = 0 to Indicates the number of CP letter origination 
999999999 overflows, origination messages denied a 
CP letter. 
CPsuic nnnnnnnnn nnnnnnnnn = 0 to Indicates the number of call suicides 
999999999 
CPtrap nnnnnnnnn nnnnnnnnn = 0 to Indicates the number of CP traps 
999999999 
LCMdtsr nnn% nnn = 0 to 100 Indicates the percentage of calls, originated 


in an LOM, that wait longer than 3 s between 
off-hook and dial tone. 


LMdtsr nnn% nnn = 0 to 100 Indicates the percentage of calls, originated 
іп an LM, that wait longer than 3 5 between 
off-hook and dial tone. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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ACT101 
Explanation 
The Activity (ACT) subsystem generates log report ACT101 when a transient 
mismatch occurs in the switch. 
Format 
The log report format for ACT101 is as follows: 
ACT101 mmmdd hh:mm:ss ssdd INFO ACTIVITY_STATUS 
Execution of activity stopped due to mismatch. 
Please do not invoke activity for 15 minutes. 
Example 


An example of log report ACT101 follows: 


АСТ101 Feb10 11:53:22 2536 INFO ACTIVITY STATUS 
Execution of activity stopped due to mismatch. 
Please do not invoke activity for 15 minutes. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates that the system monitors the status of 
ACTIVITY STATUS ACTIVITY 

Execution of activity Constant Indicates the activity stopped due to a 
stopped due to mismatch 

mismatch. 

Please do not invoke Constant Indicates activity cannot start for 15 min 
activity for 15 min. 


Action 


The monitoring tool activity will stop automatically. This log warns the user 
not to start ACTIVITY for 15 min. Refer to log CC105, which the system 
generates when a transient mismatch occurs. 


Associated OM registers 
There are no associated OM registers. 
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ACT102 


Explanation 


The Activity (ACT) subsystem generates log report ACT102 after entry of the 
STARTLOG command at the ACT MAP level. The subsystem generates this 
report every 15 minutes until entry of the STOPLOG command. This report 
contains a summary of the data in the ACT 100 log reports generated during the 
previous 15 minutes. Log ACT102 appears when the subsystem generates 


three ACT100 reports. 


Total the data in the fields that correspond in the ACT100 logs to generate data 
in the following fields: Origdeny, Inefdeny, CPloovfl, CPsuic, CPtrap. All 


other fields are averages. 


Format 
The log report format for ACT102 is as follows: 


АСТ102 mmmdd hh:mm:ss ssdd INFO ACTIVITY SUMMARY 
Summary: Catmp/hr nnnnnnnnn Lorig nnnnnnnnn Torig nnnnnnnnn 


ToAnn nnnnnnnnn 


Cpocc nnn% Conctr nnn% Oavgdel nnms O9596lim nnnms 
PavgDel nnms P95%lim nnnms BAvgDel nnms B95%lim nnnms 
RTrip nms Origdeny nnnnnnnnn Inefdeny nnnnnnnnn CPloovfl 


nnnnnnnnn 


CPsuic nnnnnnnnn CPtrap nnnnnnnnn LCMdtsrnnn% LMdtsr nnn% 


Example 
An example of log report ACT 102 follows: 


ACT102 FEB24 14:42:02 4200 INFO ACTIVITY SUMMARY 


Summary:Catmp/hr 61412 Lorig 1023 Torig 
Cpocc 50$ Conctr 99$ OAvgDel 
PAvgDel 13ms P95%lim 26ms BAvgDel 
RTrip Oms Origdeny 0 Inefdeny 
CPsuic 0 CPtrap 0 LCMdtsr 


0 ToAnn 0 
21ms O95$1im 66ms 
35ms B95$1im 133ms 

0 CPloovfl 0 

0% LMdtsr 0% 


Note: Only the summary section of the log report appears in the Format 
section and in the example above. The full log report contains the ACT102 


log report and the associated ACT100 log reports. 
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ACT102 (continued) 


Field descriptions 


The following table describes each field in the log report: 
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Lorig nnnnnnnnn 


Того nnnnnnnnn 


Сросс nnn% 


Conctr nnn% 


OAvgDel nnnnms 


O95%lim nnnnms 


PavgDel nnnnms 


P95%lim nnnnms 


BavgDel nnnnms 


B95%lim nnnnms 


Catmp/hr nnnnnnnnn 


ToAnn nnnnnnnnn 


nnnnnnnnn = 0 to 


999999999 
nnnnnnnnn = 0 to 
999999999 
nnnnnnnnn = 0 to 
999999999 
nnnnnnnnn = 0 to 
999999999 

nnn = 0 to 100 
nnn = О to 110 


(expected range) 


nnnn = 0 to 9999 


nnnn = 0 to 9999 


nnnn = 0 to 9999 


nnnn = 0 to 9999 


nnnn = 0 to 9999 


nnnn = 0 to 9999 


Field Value Description 

INFO ACTIVITY SUMMARY Constant Indicates that a summary of ACTIVITY 
appears. 

Summary: Constant Indicates that the summary follows. 


Indicates the number of call attempts for 
each hour. 


Indicates the number of calls that originate 
on lines. 


Indicates the number of calls that originate 
on trunks 


Indicates the number of tones or 
announcements provided. 


Indicates processing CPU occupancy. The 
processing occupancy is the percentage of 
direct CPU use by the call processing 
function. 


Indicates the connection ratio of calls 
(percent). 


Indicates the average delay on the CCB 
originating queue (milliseconds). 


Indicates the 95% originating limit 
(milliseconds). 


Indicates the average delay on the CCB 
progress queue (milliseconds). 


Indicates the 95% progress limit 
(milliseconds). 


Indicates the background average delay 
(milliseconds). 


Indicates the 95% background limit 
(milliseconds). 
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ACT102 (end) 
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Field 


Value 


Description 


Rtrip nnnnms 


Origdeny nnnnnnnnn 


Inefdeny nnnnnnnnn 


CPloovfl nnnnnnnnn 


CPsuic nnnnnnnnn 


CPtrap nnnnnnnnn 


LCMdtsr nnn% 


LMdtsr nnn% 


Action 


nnnn = 0 to 9999 


nnnnnnnnn = 0 to 
999999999 


nnnnnnnnn = 0 to 
999999999 


nnnnnnnnn = 0 to 
999999999 


nnnnnnnnn = 0 to 
999999999 


nnnnnnnnn = 0 to 
999999999 


nnn = 0 to 100 


nnn = 0 to 100 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Indicates the sound trip average delay 
(milliseconds). 


Indicates the number of times the system 
denied immediate service to an originating 
call to provide protection in overload. 


Indicates the number of times that a pending 
abandon caused the system to deny an 
originating call. 


Indicates the number of CP letter origination 
overflows. The CP letter origination 
overflows are the number of originating 
messages denied a CP letter. 


Indicates the number of call suicides. 


Indicates the number of CP traps. 


The percentage of calls that originate in an 
LCM and wait longer than 3 seconds 
between off-hook and dial tone. 


The percentage of calls that originate in an 
LM and wait longer than 3 seconds between 
off-hook and dial tone. 
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АҒТ001 


Explanation 


This log generates at the start and end of a file transfer. The text portion of this 
log gives a description of the file transfer start and finish. 


Format 
The format for log report АҒТ001 follows: 
АЕТ001 date time seqnbr AFT EVENT 

TEXT = text_message 

SESSION = session SUBSYSTEM = subsystem 

FILE NAME = filename 

START TIME = start_time STOP TIME = stop time 

FILE SIZE = file_size XFER ВІК = xfer ЫК 
Example 


An example of log report АҒТ001 follows: 


АЕТ001 JanO1 16:02:24 4606 AFT EVENT 


TEXT - Normal AFT Transfer Start 

SESSION = AFT1 SUBSYSTEM = OCC 

FILE NAME = A8802101226010CC 

START TIME = FRI 1988 12/10/05:37 STOP TIME = FRI 1988 
12/10/10:35 

FILE SIZE = 94 XFER BLK = 0 


Field descriptions 
The following table explains the variable information in the log report: 
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Field Value Description 


session alphanumeric This field indicates the session name as 
defined in table GASINFO. 


subsystem alphanumeric This field indicates the DIRP subsystem. 
filename alphanumeric This field indicates the DIRP filename. 
start_time alphanumeric This field indicates the start date and time 


of the transfer. 
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AFT001 (continued) 


(Sheet 2 of 7) 


text_message 


Bad Send of File Open Request to 
SST 


AFT Time Out On SST Open 


Bad RASL netcon OPEN 


Could Not Open RASL Netcon For 
AFT Send 


Field Value Description 

stop_time alphanumeric This field indicates the stop date and time 
of the transfer. 

file_size numeric This field indicates the size of the file in 
blocks. 

file size numeric This field indicates the size of the file in 
blocks. 

xfer blk numeric This field indicates the last block 


transferred. 


This field displays a message for the AFT 
system. The following text describes and 
provides action to take for each message. 


This message displays when the AFT 
cannot send the open request to SST. 


Action: Contact the next level of support. 


This message displays when the AFT 
timesout, waiting for an SST open 
response. 


Action: Contact the next level of support. 


This message displays when the AFT 
cannot open the RASL netcon. 


Action: Check the status of the RASL 
netcon, examine any RASL logs, and 
contact the next level of support. 


This message displays when a request for 
opening of a RASL netcon is followed by a 
close message from RASL. 


Action: Check the state of the RASL 
netcon, examine RASL logs, and contact 
the next level of support. 
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Field Value 


Description 


AFT Time Out on RASL Open 


SST Connection Went Down During 
Startup Protocol 


AFT Time Out On Far End Startup 
Protocol 


RASL Netcon Closed While 
Exchanging Startup Protocol 


AFT Error on DATA Queue During 
Startup Protocol 


AFT SST Data Error During Startup 
Protocol 


This message display when the RASL 
does not respond to the request to open 
RASL netcon before the AFT open timer 
expires. 


Action: |f this message occurs frequently, 
contact the next level of support. 


This message displays when the AFT 
loses a connection with SST during the 
transfer startup protocol. 


Action: AFT attempts to bring the SST 
connection up every minute. When the 
connection comes up, transfer is 
attempted again. If AFT connection 
attempts with SST continues to fail every 
minute, contact the next level of support. 


This message displays when the remote 
processor did not respond to the AFT 
startup protocol before the AFT protocol 
timer expired. 


Action: Contact the support group for the 
remote processor. 


This message displays when the RASL 
netcon closes during the exchanging of 
startup protocol between the AFT and the 
far-end processor. 


Action: Examine the RASL logs to 
determine the reason for the close of the 
netcon. If this message continues to occur 
at the startup of subsequent transfers, 
contact the next level of support. 


This message displays when the AFT has 
had a data queue error while queuing the 
data received from the SST software. 


Action: Contact the next level of support. 


This message displays when the AFT 
cannot read the SST data. 


Action: Contact the next level of support. 
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Field 


Value 


Description 


Error Sending Startup Protocol Over 
RASL Netcon 


Normal AFT Transfer Start 


Normal AFT Transfer Start of PFT file 


AFT Normal Termination 


Transfer Completed — Error During 
Ending Protocol 


Transfer Completed — Netcon Closed 
During Ending Protocol 


Transfer Completed — AFT Time-out 
During Ending Protocol 


This message displays when the AFT 
cannot send the startup protocol over the 
RASL netcon. 


Action: Contact the next level of support. 


This message displays when data was 
transferred over the NETCON. 


Action: No action is required. 


This message displays when a PFT file 
transfer starts. 


Action: No action is required. 


This message displays when the transfer 
ended normally. 


Action: No action is required. 


This message displays when an error 
occurs in the ending protocol after the end 
of file (EOF) was sent to the remote 
processor. 


Action: When this log is output, the file 
being transferred is marked complete. If 
the message is output frequently, contact 
the next level of support. 


This message displays when the RASL 
netcon closes after the EOF was sent to 
the remote processor. 


Action: When this log appears, the file 
being transferred is marked complete. If 
the message persists, contact the next 
level of support. 


This message displays when the AFT 
times out while waiting for the ending 
protocol from the remote processor after 
the EOF was sent. 


Action: The file being transferred is 
marked complete. If the message is output 
regularly, contact the remote processors 
support group. 
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Field 


Value 


Description 


Transfer Completed — Connection 
With SST Down 


Abnormal Termination — Error in 
Start-up Protocol 


Abnormal Termination — Protocol 
Error While Sending Data 


Abnormal Termination — Netcon 
Closed While Sending Data 


Abnormal Termination — Netcon 
Closed During Ending Protocol 


Abnormal Termination — AFT 
Timeout During Ending Protocol 


This message displays when the 
connection with SST went down during the 
ending protocol after the EOF was sent. 


Action: Contact the next level of support. 


This message displays when an error 
occurs while exchanging startup protocol. 


Action: |f this message occurs frequently, 
contact the next level of support. 


This message displays when the AFT 
receives an invalid acknowledgment from 
the far-end processor. 


Action: Contact the next level of support. 


This message displays when the RASL 
netcon closes while the AFT is sending 
data. 


Action: Examine the RASL logs to 
determine the reason for the netcon 
closing. The transfer recovers in a partial 
file transfer. If this message occurs 
frequently, contact the next level of 
support. 


This message displays when the RASL 
netcon closes while the AFT is in the 
ending stage of a transfer. 


Action: Checkthe RASL logs to determine 
why the netcon closed. If this message 
continues to be output, contact the next 
level of support. 


This message displays when the AFT 
times out on a far-end protocol message 
during the ending phase of the transfer, 
and the EOF was not sent out. In this case, 
the transfer recovers in a PFT transfer. 


Action: |f this message occurs frequently, 
contact the next level of maintenance. 
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Field Value 


Description 


Abnormal Termination — SST Down 
While Sending Data 


Abnormal Termination — Error On 
Data Queue While Sending Data 


Abnormal Termination — Error on 
Data Queue While Ending 


Abnormal Termination — SST Data 
Error While Sending Data 


Abnormal Termination — SST Data 
Error While Ending 


This message displays when the 
connection between AFT and SST goes 
down while AFT is sending data. 


Action: AFT attempts to bring up the 
connection every minute until the 
connection attempt is successful. If AFT 
cannot bring up the connection or this 
problem occurs on a regular basis, contact 
the next level of maintenance. 


This message displays when there is an 
error on the queue. 


Action: AFT stores the data it receives 
from SST. Contact the next level of 
maintenance. 


This message displays when an error 
occurs on the AFT data queue while in the 
ending phase of the file transfer, and the 
EOF has not been sent to the remote 
processor. 


Action: The file transfer recovers in a 
partial file transfer. Contact the next level 
of support. 


This message displays when there is an 
error reading the data message received 
from the SST while the AFT is sending 
data. 


Action: The transfer is recovered in a 
partial file transfer. Contact the next level 
of support. 


This message displays when there is an 
error reading the data message received 
from the SST while the AFT software is in 
the ending phase, and the EOF has not 
been sent to the remote processor. 


Action: Contact the next level of support. 
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(Sheet 7 of 7) 
Field Value Description 
Abnormal Termination — Error This message displays when an error 
Sending Data on RASL Netcon occurs while sending data over the RASL 
netcon. 


Action: The file transfer recovers in a PFT 
transfer. If this message continues to 
appear during subsequent transfers, 
contact the next level of support. 


Abnormal Termination — Error This message displays when there is an 
Reading Data from Queue error dequeueing data from the AFT 
queue. 


Action: The file transfer recovers in a PFT 
transfer. Contact the next level of support. 


Abnormal Termination — Error During This message displays for a protocol error 
Ending Protocol during the ending phase of the file transfer 


Action: |f this text message occurs 
frequently, contact the next level of 
support. 


AFT Time Out On Far End ACK After This message displays when the AFT 
AFT Send times out on a far-end acknowledgment. 


Action: The transfer is recovered in a PFT 
transfer. 


If this message occurs frequently, contact 
the support group for the remote 
processor. 


Action 
See the previous table for actions required that relate to the text. message. 


Associated OM registers 
None 


Additional information 
None 
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АҒТ002 
Explanation 
This log generates when AFT error conditions occur. It can also be generated 
at any time to provide information about the AFT system. The TEXT field 
describes when the log is output for information and when it indicates errors. 
Format 
The format for log report АҒТ002 follows: 
АЕТ002 date time seqnbr INFO AFT INFORMATIONAL 
TEXT = text_message 
= text_message 
SESSION = session_name SUBSYSTEM = subsystem 
CODE = integer 
Example 


An example of log report АҒТ002 follows: 


AFTOO2 Чап01 16:02:24 4608 INFO AFT INFORMATIONAL 


TEXT = Specific Override Requested File Name 
= U8803101226010CC 

SESSION = AFTI SUBSYSTEM = OCC 

CODE = 0000 


Field descriptions 
The following table explains the variable information in the log report: 
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Field Value Description 


session name alphanumeric This field identifies the session name as defined 
in table GASINFO. 


subsystem alphanumeric This field identifies the DIRP subsystem. 


code numeric This field is used for Northern Telecom 
troubleshooting purposes only. 
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AFT002 (continued) 
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Field 


Value 


Description 


text message 


AFT Time Out SST Directory 
Request For File Transfer Start 


Bad Send of Dir Request to SST 
(DAIS RC) 


BAD Send Of Dir Request For SST 
Open (DAIS RC) 


AFT Attempting Connection With 
SST 


AFT Connect With SST Failed 
AFT Is Now Attempting Reconnect 


AFT SST Connect Failed — 
Refused By SST Check GASINFO 
Data Fill 


This field displays messages for the AFT 
system. The following text describes and 
provides action to take for the messages. 


This message displays when the AFT directory 
request time expires before a file transfer start. 


Action: A transfer is not started and AFT 
requested another directory when it attempts a 
file transfer one minute later. If this message 
appears frequently, contact the next level of 
maintenance. 


This message displays when the AFT cannot 
send a request to SST. 


Action: |f this message displays frequently, 
contact the next level of maintenance. 


This message displays when the DAIS rejects 
sending a directory request for directory update 
preceding a file transfer start. 


Action: Contact the next level of maintenance. 


This message displays when the AFT attempts 
to connect with SST when datafilling the table 
GASINFO. 


This message displays when the AFT 
connection attempt to the SST fails. 


Action: Examine DAIS logs to determine the 
reason for the connection failure. Verify that 
NODEINST and NODETYPE in table GASINFO 
match the table OFCENG office parameter 
NODE. Ifthe connection cannot be brought up, 
contact the next level of maintenance. 


This message displays when the SST refuses to 
connect with AFT. 


Action: Check to see if the NODEINST and 
NODETYPE are datafilled correctly in the 
GASINFO table. If a connection cannot be 
brought up, contact the next level of 
maintenance. 
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АҒТ002 (continued) 


(Sheet 3 of 5) 
Field 


Value 


Description 


AFT SST Connect Failed — Bad 
DAIS RC (DAIS RC) 


AFT is Now Connected With SST 
Start AFT to Start Transferring Files 


AFT Connection With SST is Down 
Reconnect in One Minute 


There Is No Active File For Active 
Override At This Time. Will Look 
Again In One Minute 


Specific Override Requested File 
Name (DIFP file name) 


Active File Override Requested — 
The Active File Will Transfer Next. 


There Is No Active File For Active 
Override. The NEXT file will 
transfer. 


This message displays when the DAIS rejects a 
request to bring up a connection with SST. 


Action: Contact the next level of maintenance. 


This message displays when the AFT 
successfully connects to the SST. 


Action: No action required. 


This message displays when the connection 
with SST goes down. 


Action: AFT sets a timer and attempts 
reconnection with SST each minute until 
connection is made. If the connection fails to 
come up after repeated attempts by AFT, 
contact the next level of maintenance. 


This message displays when the far-end 
overrides the active file, but there is no active 
file at the time of the override. 


Action: When the file transfer starts again in 
one minute, AFT searches for the active file 
again. If there is no active file, the next file is 
transferred. If this log is output, query the DIRP 
subsystem and determine why there is no file in 
the active location. 


This message displays when the far-end 
requests a specific override file. 


Action: The file transfer starts in one minute and 
then transfers the file in the log. 


This message displays when the far-end 
processor requests AFT to override to the DIRP 
active file. 


Action: The AFT system waits for one minute 
and then transfers the DIRP active file. 


This message displays when there is no DIRP 
active file to override. 


Action: The transfer file is still brought up and 
the next file is sent. 
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Field 


Value 


Description 


Override File Not In AFT Directory 
(Override file name) 


The Override File has Been 


Deleted. The NEXT file will transfer. 


No AFT Files To Transfer 


SST Error Diagnostic Invalid 


Overriding To a Block Number — 
Larger Than The Previous Last 
Acknowledged Block 


Overriding To a File Which Had 
Previously Completed Transferring 


This message displays when the file requested 
by a specific override is not in the AFT directory. 
This can be caused by the remote processor 
requesting an invalid file or by the file being 
deleted from table DIRPHOLD. 


This message displays when the file was 
deleted from the DIRPHOLD table between the 
time the specific override was requested and 
the time the file transfer started. 


Action: The next file is transferred, replacing the 
override file. 


This message displays when the AFT system 
attempts to bring up a transfer, but there are no 
files to transfer. 


Action: Stop the AFT system until more DIRP 
files are created that need to be transferred. 


This message displays when the AFT receives 
an SST error that has an invalid diagnostic 
code. 


Action: When this message is output, the state 
of the AFT system is not affected. 


This message displays when the remote 
processor specifically overrides to a file and 
requests a block number greater than the last 
acknowledged block currently in the AFT 
system. 


Action: No action required. This is an 
informational message and does not affect the 
outcome of the specific override request. 


This message displays when the remote 
processor requests a file for specific override 
that was previously completely transferred. 


Action: No action required. This is an 
informational message and does not affect the 
outcome of the specific override request. 
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Field Value 


Description 


Override File Block Number <File 
Size> (Override file name) 


AFT Time Out On RASL Close 
Attempting To Close Again 


AFT Error on Data Queue 


AFT SST Data Error 


Error When Sending Data Over 
RASL Netcon 


Error When Reading Data From 
Queue 


Action 


This message displays when the remote 
processor specifically overrides to a file and 
requests a block number greater than the file 
size. 


Action: When this message is output, the 
specific override request is rejected and the file 
transfer is at the start of the next transfer. 


This message displays when the AFT RASL 
close timer expires before a close message is 
received from RASL. 


Action: |f this message is repeatedly output, 
contact the next level of maintenance. 


This message displays when an error occurs on 
the queue AFT uses to place the data it receives 
from SST. 


Action: Contact the next level of maintenance. 


This message displays when the AFT cannot 
read the data sent by the SST. 


Action: Contact the next level of maintenance. 


This message displays when an error occurs 
while sending data over the RASL netcon. 


Action: The currently transferring file recovers 
in a PFT transfer. If this message continues to 
output during subsequent file transfers, contact 
the next level of maintenance. 


This message displays when the AFT cannot 
dequeue the data it receives from SST. 


Action: Contact the next level of maintenance. 


See the previous table for any actions required. 


Associated OM registers 
None 
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AFT003 
Explanation 
The subsystem generates log report АҒТ003 when AFT error conditions 
occur, and at other times. This log report provides information about the AFT 
system. 
Format 
The log report format for АЕТ003 is as follows: 
АЕТ003 mmmdd hh:mm:ss ssdd AFT INFORMATIONAL 
TEXT = textmsg 
= textmsg 
SESSION- session name SUBSYSTEME= subsystem 
CODE = integer 
Example 


An example of log report АҒТ003 follows: 


АЕТ003 ӘАМ01 16;02:24 4608 AFT INFORMATIONAL 
TEXT = Specific Override Requested File Name 
= U8803101226010CC 
SESSION- AFT1  SUBSYSTEM- OCC 
CODE - 0000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

AFT INFORMATIONAL Constant Indicates that this log is an AFT informational 
log. 

TEXT Symbolic text The first textmsg indicates the reason for the 


error and/or the action to take. The second 
textmsg indicates the message location in 
code. 


SESSION alphanumeric Indicates the session name that Table 
GASINFO defines. 


SUBSYSTEM alphanumeric Indicates the name of the DIRP subsystem. 


CODE numeric This field is for troubleshooting. 
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AFT003 (end) 


Action 
The text field describes any action required. 


Associated OM registers 
There are no associated OM registers. 
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ALT309 


The line concentrating device cutover (LCDCUT) command interpreter 
program generates the ALT309 log under the Automatic Line Testing (ALT) 
subsystem. The program cuts into service blocks of lines on line concentrating 
modules (LCM). The program cuts into service blocks by groups of directory 
numbers (DN) or line equipment numbers (LEN) when commissioning a new 
or expanded office. The results of the LCDCUT command executions are 
output in different logs. 


Before а new switch is ommissioned, subscriber lines terminate on both the old 
and new DMS office. The program holds a cutoff (CO) relay in the operated 
state for each LEN on the switch to isolate the DMS switch. The program also 
performs automatic board-to-board testing (ABBT) to verify the subscriber 
lines before cutover to the new DMS switch. 


The ALT309 log displays a detailed status report of the cut lines that the 
CORELAY command executes. The log displays results for an OPERATE or 
RELEASE of the CO relay on each of the lines defined ina TESTID. The log 
displays the reasons for any errors that occurred on the lines. 


The program generates the ALT309 log when the user performs the CUTOFF 
or CUTOVER operation on all drawers in the LCD. The log reports the results 
of the execution of the CUTOFF or CUTOVER commands. The user inputs 
these commands at the LCDCUT MAP level under ALT. 


The following command strings generate the ALT309 log: 

e CORELAY OPERATE T FULL 

e CORELAY RELEASE T FULL 

The program generates the ALT309 log at the end of the cut session. The 


program does not generate an ALT309 log when it cuts off a drawer or cuts a 
single line. 


The log report format for ALT309 is as follows: 
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ALT309 (continued) 


Example 


ALT309 mmmdd hh:mm:ss ssdd INFO ALT 
Userid: userid 


TESTID: testid Order: test order 
PASS FAIL N/A TOTAL 
nnnn nnnn nnn nnnnn 


Range: LEN ssss ffb аа – 5555 ff b dd ll 
DN nnn-nnn-nnnn - nnn-nnn-nnnn 


The order field specifies the cut order (By-DN or By-LEN). The range field 
defines the range of the lines cut. The values displayed in the range field are 
DN or LEN. The values displayed depend on the test order. 


When the test order is by DN, the range column presents the last four digits of 
the DNs under cut. The corresponding digit (0-9) replaces the character “y" to 
get the result of a specific line. For example, 102y represents values from 1020 
to 1029, depending on the value of y. If DN performs the cut, the range for 


LEN is shown as asterisks (*). 


When the test order is by LEN, the range displays two digits of the drawer 
number. Two digits of the line card number follow the two digits of the drawer 
number on the range display. For example, a value of 100y represents drawer 
10 and card Oy. "Ү" сап be replaced with any digit between 0 and 9 to get the 
corresponding line card. If LEN performed the cut, the range for DN is shown 
as asterisks (*). 


The following figure shows an ALT309 log when the test order is by LEN. 


An example of log report ALT309 by LEN follows: 
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ALT309 (continued) 


ALT309 AUGO2 08:09:13 2300 INFO ALT 
Userid: TEAM30 
TESTID: LENTSTID10 Order: By-LEN 
PASS FAIL N/A TOTAL part 1 of 1 
4 0 16 23 
Range: LEN HOST 101 10 30 - HOST 19 1 11 20 
DN Ж Хх ks Ж х Хх k k Жж х ok х ko ж 
0 1 2 3 4 5 6 7 8 9 
100Y 
101Y 
102Y 
ТОЗУ 4 2CCD 
110Y .... ICCD ICCD ICCD ICCD ICCD ICCD ICCD ICCD ICCD 
111Y ICCD ICCD ICCD ICCD ICCD ICCD .... 
IX2Y i214 
113Y 


See the "Additional information" section for an explanation of the result codes. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Userid Alphanumeric Identifies the userid of the group session 
that generates the log. 

TESTID Alphanumeric Identifies the TESTID name. 

Order By-LENBy-DN Identifies the test order. 

Range: LEN Numeric Identifies the line equipment number (LEN) 
of the line. 

Range: DN Numeric Identifies the directory number (DN) of the 
line. 

Result Symbolic text A four-letter code indicating the result of the 
test on the line. 

Action 


There is no immediate action required. 
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ALT309 (continued) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The following table describes result codes and meanings. 


Result code Explanation 
Operation successful 
ILCD Invalid LCD 
ICCD Invalid LCDCUT card code 
IDRN Invalid drawer number 
L125 Drawer used for RSM/ESA 
L640 LCM limit; 125 Non-WLC lines CO relays are operated 
DR32 Drawer limit; 32 Non-WLC lines CO relays are operated 
DR64 Drawer limit; 64 CO relays are operated 
NRSC Failed to get resources 
LNSZ Could not seize the line 
NTPB Failed to setup line telport block 
ILNS Invalid line state 
ILTR Invalid LTE result 
LWFL Wait for LTE result failed 
DNEQ Drawer is not equipped 
SRUF SRU or SRUOO limit; 256 CO relays are operated 
L512 LCME limit; 512 CO relays are operated 
NWSL Non-WLC on SRU or LCME 
Log history 
ЕУН003 


Changed Result code 5256 to SRUF for error reason 
LCDCT SRU FULL 256. The Result code change indicates the reaching of 
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the cutover (CO) relay threshold. The CO relay operated on all the lines in the 
SRU or the SRU60. 
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AMA100 


Explanation 


The Automatic Message Accounting (AMA) subsystem generates AMA100 
when an AMA process changes status to trap or death. When an AMA process 
like AMAPROC, AMAUDITP, or AMAEI changes status, the AMA log 
shows the changes. Do not suppress the AMA100 log. The AMA100 log 
indicates the status of active billing functions in the switch. 


Format 
The log report format for AMA 100 is as follows: 


AMA100 mmmdd hh:mm:ss ssdd INFO AMA PROCESS STATUS 
CHANGE 

PROCESS NAME= aaaaa 

STATUS- status 

RECREATE COUNT= nnnnnn 


Example 
An example of log report AMA100 follows: 


AMA100 JANO2 00:22:53 6401 INFO AMA PROCESS STATUS CHANGE 
PROCESS NAME= SMDR 
STATUS= PROCESS 
RECREATE COUNT= 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO AMA PROCESS Constant Indicates a process status change 
STATUS CHANGE 

PROCESS NAME Constant Identifies the status of the processor 
STATUS Process, trap, or death 


RECREATE COUNT Process, trap, or death Identifies the recreated number 
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Action 


The status of each process determines the next step. Follow the directions of 
the last AMA100 log received for a stream. 


STATUS ACTION 


PREPROCESS IS DEAD The process listed has trapped more than five times in five 
min. If the stream is not the AMA stream, any mechanism 
will automatically start the process. You can use the 
AMARESTART command to restart the stream. If it is the 
AMA AUDIT process then you must pass the NIL stream to 
the AMARESTART command. 


Note: If the stream is AMA, the AMARESTART command 
works. If the stream is not AMA, the stream restarts 
automatically within 10 min. 


AMA: RECORDING SHUTDOWN This only occurs with the AMA DADDY process name. If any 
call recording is expected in the switch, this log indicates 
these expectations are not fulfilled. This should only occur 
after a RESTART. If this condition occurs in an active office, 
contact the next level of maintenance. 


CREATE ATTEMPT FAILED А recording stream trapped and was recreated successfully. 
If additional AMA100 logs are not received for that process, 
monitor the condition. 


SBA BUFFERING RECORDS If recording to an SDM this log shows the recording stream 
has died and the stream has been restarted. This log will be 
produced with a recreate count of 1 showing that the SBA 
application is accepting records to be recorded to the SDM. 
There will be a total of six AMA100 logs incrementing the 
recreate count. The first will appear once the stream has 
been started successfully after dieing. Two more logs will 
appear within the next four minutes and three more every ten 
minutes for a total of six logs in thirty-four minutes. 


All Others Another log that reports what you did to correct the event 
must follow any other status. Any other status is an 
intermediate status. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AMA112 


Explanation 


The Automatic Message Accounting (AMA) subsystem generates this report 
at the intervals defined in table AMAOPTS. The AMA112 log lists the calls in 
progress for longer than the period defined in OFCENG. This report is not 
generated if there are no long duration calls. 


Format 
The format for log report AMA112 follows: 


UKC21071CG AMA112 mmmdd hh:mm:ss ssdd INFO 
LONG DURATION CALL 
ORIG = clli 
TERM = clli 
CLG NO = dn 
CLD NO = dn 
CONNECT TIME = day/hh: mm: ss REPORT COUNT = nnn 
ANSWERED = Y/N 


Example 
An example of log report AMA112 follows: 


UKC21071CG AMA112 DEC19 12:00:03 2112 INFO LONG DURATIONCALL 
ORIG = CKTKNGA201BTWBE3 

TERM=LEN HOST 50 1 01 00 DN 8114005 

CLG NO = 1628798004 

CLD NO = 123456789123456789123456789123 
CONNECT TIME = 185/11:16:47 REPORT COUNT = 324 

ANSWERED = Y 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO LONG Constant Indicates that a call has been in progress for 
DURATION CALL more than the period defined in OFCENG. 
ORIG Character string The common language location identifier 


(CLLI) for the trunk group of the calling party. 


TERM Character string Gives the common language location identifier 
(CLLI) for the trunk group of the calling party. 
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(Sheet 2 of 2) 


REPORT COUNT 0-999 


ANSWERED Y (yes), N (no) 


Action 


Field Value Description 

CLG NO Integers Gives the directory number (DN) of the calling 
party. Left justified 

CLD NO Integers Gives the DN of the calling party. Right 
justified. 

CONNECT TIME Symbolic text Gives the day and time when the connection 


for this call was set up (as day in 
year/hours/minutes/seconds/milliseconds). 


Gives a sequential count for each series of 
reports. 


Indicates whether the call was answered or 
not. 


Maintenance personnel must make sure that the specified trunks work. If the 
call is correct and in talking state, notify the downstream processing personnel 


and give details of the call. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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AMA114 


Explanation 


The Automatic Message Accounting (AMA) subsystem generates report 
AMA114 when an AMA rotate entry forms. The rotate entry goes into the 
AMA buffer, which goes into the AMA file. The count in AMA114 should 
match the count in the DIRP101 file rotation logs. 


Format 
The format for log report AMA114 is as follows: 


АМА 114 mmmdd hh:mm:ss ssdd INFO FILE ROTATION ENTRY 
ROTATION ТҮРЕ- rottype 
STREAM МАМЕ- stream 
RECORD COUNTE= reccount 
CALL COUNT= recnumber 


Example 
An example of log report AMA114 follows: 


*** АМА114 DECI9 12:00:00 5383 INFO FILE ROTATION ENTRY 
ROTATION TYPE- OUTGOING-EMERGENCY 
STREAM NAME- AMA 
RECORD COUNT- 40 
CALL COUNT- 40 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO FILE ROTATION Constant Indicates an AMA transfer 

ENTRY 

ROTATION TYPE Incoming Indicates that the file rotation entry is an 


Incoming transfer record 


Outgoing Indicates that the file rotation entry is an 
outgoing transfer record 


Outgoing-emergency Indicates that the file rotation entry is an 
outgoing/emergency transfer record 
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Field 


Value 


Description 


STREAM NAME 


RECORD COUNT 


CALL COUNT 


Variable 


0-99999999 


0-99999999 


Indicates the record stream set in Table 
CRSFMT. Examples are AMA, SMDR, and 
CDR. 


Indicates the count of the eight-digit numeric 
record that enters a just-closed AMA file. This 
count should be identical to the count in the 
DIRP101, File Rotation Logs. 


Indicates the call count is an eight-digit numeric 
field. The field shows the number of records 
produced from call processing activities that 
generate records. Does not include transfer 
records, time change records, or restart 
indication records. AMA-114 generates when 
file restoration occurs for recording streams 
found in Table CRSFMT. 


Action 


Order up another standby AMA device. 


Associated OM registers 
There are no associated OM registers. 


Additional Information 
There is no additional information. 
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Explanation 


The Automatic Message Accounting (AMA) subsystem generates АМА 118 to 
indicate the status of AMA options. Set option LOGOPT in table AMAOPTS 
to control the generation the AMA118 log. The user can set LOGOPT so that 
the system does not generate the AMA118 log. The user can set the LOGOPT 
so that the system generates the АМА 118 log every 24 В, or at chosen 
intervals. When LOGOPT is in the default configuration, the system does not 
generate this log report. 


Format 
The log report format for AMA118 is as follows: 


AMA118 mmmdd hh:mm:ss ssdd INFO AMA OPTIONS 
AmaOption: Status 


Example 
An example of log report AMA118 follows: 


Example of the AMA118 log report 


AMA118 APR13 12:00:00 0615 INFO AMA OPTIONS 
ACBAR MOD CO: INACTIVE 
ACBAR STY IN: INACTIVE 
APPEND ISDN CKT ID: ACTIVE 
AUDIT: ACTIVE 
BCLID USPAUD: ACTIVE 
BCLONGCALL: ACTIVE 
CALL FWD: ACTIVE 
CALL ТІМЕСНС: INACTIVE 

CCSADATA INACTIVE 
CDAR: INACTIVE 
CDRDUMP: INACTIVE 
CDRLONGCALL: INACTIVE 
CDARSYNC: INACTIVE 
CHG411: INACTIVE 
CHG555: ACTIVE 
CIDSUSPAUD: ACTIVE 
CITYWIDE: INACTIVE 
CMCICWK: INACTIVE 
CMCORIG: INACTIVE 
CMCTERM: INACTIVE 
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АМА118 (continued) 


Example of the AMA118 log report (continued) 


CMCTERM: 
COIN: 
CRSEQNUM : 
СМІ: 
рА411: 
рА555: 
DSCWID CONF AUDIT: 
ENFIA В С: 
FREECALL: 
FTRCODE: 
HIGHREV: 
INTRASITE: 
INTRASITE: 
INWATS : 
ISDNCIRCUIT: 
LOGAMA : 
LOGOPT : 
LOGTEST: 
LONGCALL: 
LUSORIG: 
LUSTERM: 
OBSERVED: 
OCCTERM: 
OUTWATS: 
OCCOVFL: 
OVERFLOW: 
SAID MOD SUPPR: 
SUSP: 
TIMECHANGE : 
TRACER: 
TWC: 
U3WC: 
UNANS АТМ: 
UNANS LOCAL: 
UNANS TOLL: 
UNANS TOPS: 


AMA118 APR13 12:00:00 0615 INFO AMA OPTIONS 


INACTIVE 
ACTIVE 
INACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
INACTIVE 

INACTIVE 
INACTIVE 

INACTIVE 

INACTIVE 

ACTIVE 
INACTIVE 
ACTIVE 
ACTIVE 
INACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 
NACTIVE 
CTIVE 
NACTIVE 
CTIVE 
NACTIVE 
CTIVE 
CTIVE 
NACTIVE 
ACTIVE 
ACTIVE 
ACTIVE 


HD DH PH PH 
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Field descriptions 
The following table describes each field in the log report: 


Log AMA118 field descriptions 


Field Value Description 

INFO AMA OPTIONS Constant Indicates a report of status of options in Table 
AMAOPTS. 

AmaOption Identifies the option in Table AMAOPTS. 


Refer to the data schema section of the 
Translations Guide for a complete description 
of each of the options in Table AMAOPTS. 


Status ACTIVE Indicates activation of the option in Table 
AMAOPTS. 
INACTIVE Indicates deactivation of the option in Table 
AMAOPTS. 
PENDING Indicates the option scheduled in Table 


AMAOPTS not activated. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


This log is generated when the CPU test fails. The cardlist segment provides a 
cardlist associated with a trouble event. 


Format 
The format for log report AP310 follows: 


АР503 mmmdd hh:mm:ss ssdd TBL CPU Test Fault 
Location: <node> <card description> 
Status: <trouble_status> 
Trouble: <trouble_code> 
Action: «user action» 
The following tests failed: 


X Test list> 


Cardlist: 
<list of cards? 


Example 
An example of log report AP310 follows: 


AP310 SEP23 03:11:47 1479 TBL CPU Test Fault 


Location: FP 0 CPU 1 

Status: Alarm raised 

Trouble: Hardware test failed 

Action: Replace the following cards in the order li: 


The following tests failed: 
ROM checksum test 
Cardlist: 

«List of cards» 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-164 UCS log reports 


AP310 (continued) 


Field descriptions 


(Sheet 1 of 2) 


The following table explains each of the fields in the log report: 


Field 


Value 


Description 


node 


card description 


trouble_status 


trouble_code 


user_action 


FP norAPn 


alphanumeric 


Alarm raised 


Hardware test failed 


alpha 


This field indicates the support operating 
system (SOS) duplex node that failed the 
CPU test. The letter n indicates the number 
of the node in the applicable inventory table. 


The field indicates a card within the node. 
This card indicates the area of the node that 
failed testing, but may not be the card 
actually at fault. The fault card or cards are 
given by the cardlist in the body of the report 


This field indicates the trouble status. This 
field is always "Alarm raised" for this report. 


This field indicates the trouble code. This 
field is always “Hardware test failed" for this 
report. 


This field indicates an action for the 
operating company personnel to take. 
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Field Value Description 


Test list This field indicates the list of test that failed 
and that must be rerun after replacing the 
cards. Possible values include: 


List of cards alphanumeric This field indicates the list of cards that need 
to be replaced. 


Action 


Access protection RAM test 
Bus access test 
Data cache test 

FIR test 

MAU test 

Maze test 

Memory test for boot 
ROM checksum test 
RTIF test 

Static RAM test 
USART test 


Replace the indicated CPU card, and follow the standard card replacement 
procedure. Run the test again manually from the CM MAP display. If this fails 
to clear the problem, contact next level of maintenance. 


Associated OM registers 
None 


Additional information 
None 
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AP311 


Explanation 


This log is generated when there is a fault with a memory card in the node. The 
cardlist segment provides a cardlist associated with a trouble event. 


Format 
The format for log report AP311 follows: 


<alrm>AP311 mmmdd hh:mm:ss ssdd TBL Memory Test Fault 
Location: <node> <card description> 
Status: <trouble_status> 
Trouble: «trouble code» 
Action: — «user action? 
Test Failed Return Code 


<test> <result> 


Example 
An example of log report AP311 follows: 


*AP311 SEPO2 12:34:10 2351 TBL Memory Test Fault 
Location: FP 0 Plane 1 Memory Card 3 
Status: Alarm raised 
Trouble: Hardware test failed 
Action: Replace the following cards in the order listed 


Test Failed Return Code 
Memory match Failed 
Cardlist: 
Site Flr RPos Вау 14 Shf Description Slot EqPEC Side 
HOST 01 роо FP:00 03 Mem 08 9X14DA 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


alrm This field indicates a minor alarm for this 
event; otherwise, no alarm displays. 


node FP norAPn This field indicates the support operating 
system (SOS) duplex node that failed the 
memory test. The letter n indicates the 
number of the node in the applicable 
inventory table. 


card description alphanumeric This field indicates a card within the node. 
The card indicates the area of the node that 
failed testing, but may not be the card 
actually at fault. The faulty card or cards are 
given by the cardlist in the body of the 
report. 


trouble_status Alarm raised This field indicates the trouble status. This 
field is always “Alarm raised" for this report. 


trouble_code alpha This field indicates nature of the problem 
being reported. 


user_action alpha This field indicates the action operating 
company personnel should take. 


test alpha This field indicates which test the memory 
component failed, or could not be 
completed. 
result alpha This field indicates the test results. 
List of cards alphanumeric This field indicates the list of cards to be 
replaced. 
Action 


Perform the action stated in the user action field. If a memory test failed, 
replace the card as soon as possible because all reads from the faulty address 
will fail. 


Associated OM registers 
None. 
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Additional information 
None. 
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AP313 


Explanation 
This log is generated when there is a fault with the syncing of a processor. 


Format 
The format for log report AP313 follows: 


<alrm>AP313 mmmdd hh:mm:ss ssdd TBL Fault Sync 
Location: <node> 
Status: <trouble_status> 
Trouble: <trouble_code> 
Action: «user action» 
Detailed Reason: «reason text? 
Cardlist: 
«List of cards? 


Example 
An example of log report AP313 follows: 


**AP313 SEPO2 12:34:10 2351 TBL Fault Sync 


Location: FP 0 

Status: Alarm raised 

Trouble: HW test failed 

Action: Replace the following cards in the order listed 


Detailed reason: 
Mate memory missing 


Cardlist: 
Site Flr RPos Bay id Shf Description Slot EqPEC Side 
HOST 01 роо FP:00 03 Mem 08 9X14DA 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

alrm TR This field indicates the alarm for this event. 
This field always indicates a major alarm. 

node FPnorAPn This field indicates the support operating 
system (SOS) duplex node that lost 
synchronization. The letter n indicates the 
number of the node in the applicable 
inventory table. 

trouble status Alarm raised This field indicates the trouble status. This 
field is always "Alarm raised" for this report. 

trouble code alpha This field indicates the nature of the problem 
being reported. 

user action alpha This field indicates the action to take. 

reason text alpha This field indicates the reason for failure to 
synchronize. 

List of cards alphanumeric This field indicates the list of cards that may 
require replacing. 


Action 


Check failure reason. Check faulty cards. Run the test again manually from the 
CM MAP display. If the test fails to clear the problem, contact the next level 
of maintenance. 


Associated OM registers 
None 


Additional information 
None 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-171 


AP314 

Explanation 
This log is generated when there is a problem with the switch of activity 
(SWACT) of a processor. 

Format 


The format for log report AP314 follows: 


<alrm>AP314 mmmdd hh:mm:ss ssdd TBL SwAct Fault 
Location: <node> 
Status: <trouble_status> 
Trouble: «trouble code» 
Action: «user action» 
Detailed Reason «reason text? 
Cardlist: 
«List of cards» 


Example 
An example of log report AP314 follows: 


**AP314 SEPO2 12:34:10 2351 TBL SwAct Fault 


Location: FP 0 

Status: Alarm raised 

Trouble: Hardware test failed 

Action: Replace the following cards in the order listed 

Detailed Reason: SwAct failed, mate was jammed 

Cardlist: 
Site Flr RPos Bay id Shf Description Slot EqPECSide 
HOST 01 роо FP:00 03 Mem 08 9X14DA 
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Field descriptions 


The following table explains each of the fields in the log report: 


trouble status Alarm raised 
trouble code alpha 
user_action alpha 
reason_text alpha 


List of cards alphanumeric 


Action 


Field Value Description 

alrm 52 This field indicates the alarm for this event. 
This field always indicates a major alarm. 

node FP norAPn This field indicates the support operating 


system (SOS) duplex node that failed to 
switch activity. The letter n indicates the 
number of the node in the applicable 
inventory table. 


This field indicates the status for this event. 
This field is always “Alarm raised" for this 
event. 


This field indicates the nature of the problem 
being reported. 


This field indicates the action to take. 


This field indicates the reason for failure to 
switch activity. 


This field indicates the list of cards that may 
require replacing. 


Check failure reason. Check faulty cards from cardlist. Run the test again 


manually from the CM MAP display. If this fails to clear the problem, contact 
the next level of maintenance. 


Associated OM registers 
None 


Additional information 
None 
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AP315 


Explanation 
This log is generated when there is a fault with the jamming of a processor. 


Format 
The format for log report AP315 follows: 


<alrm>AP315 mmmdd hh:mm:ss ssdd TBL Jam Fault 
Location: <node> 
Status: <trouble_status> 
Trouble: <trouble_code> 
Action: <user_action> 
Detailed reason: <reason_text> 
Cardlist: 
<List of cards> 


Example 
An example of log report AP315 follows: 


*AP315 5ЕР02 12:34:10 2351 TBL Jam Fault 


Location: FP 0 

Status: Alarm raised 

Trouble: Hardware test failed 

Action: Replace the following cards in the order listed 


Detailed reason: 
Could not write character to RTIF 


Cardlist: 
Site Flr RPos Вау 14 Shf Description Slot EqPECSide 
HOST 01 роо FP:00 03 RTIF 08 9X21BA 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

alrm This field indicates the alarm for the event. 
This field always indicates a minor alarm for 
this event. 

node FP nor AP п This field indicates the support operating 
system (SOS) duplex node that is reporting 
the jam fault. The letter n indicates the 
number of the node in the applicable 
inventory table. 

trouble_status Alarm raised This field indicates the trouble status. This 
field is always “Alarm raised" for this report. 

trouble_code alpha This field indicates the nature of the problem 
being reported. 

user_action alpha This field indicates the action to take. 

reason_text alpha This field indicates the reason for failure of 
the jam attempt. 

List of cards alphanumeric This field indicates the list of cards that may 
require replacing. 

Action 


Check failure reason. Check faulty cards from cardlist. Try to jam the mate 
manually. If this fails to clear the problem, contact the next level of 


maintenance. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 
This log is generated when the image test of a CPU fails. 


Format 


Example 
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The format for log report AP316 follows: 


«alrm» AP316 mmmdd hh:mm:ss ssdd TBL Image Test Fail 


Location: «node» 


Status: «trouble status? 
Trouble: «trouble code» 
Action: «user action» 


Detailed reason 


«reason text^ 


An example of log report AP316 follows: 


** AP316 SEPO2 12:34:10 2351 TBL Image Test Fail 


Location: FP 0 

Status: Alarm raised 

Trouble: Software error, location unknown 
Action: Report to higher level mtc 


Detailed reason: 


Field descriptions 


(Sheet 1 of 2) 


Image test failed 


The following table explains each of the fields in the log report: 


Field 


Value 


Description 


alrm 


node 


trouble status 


** 


FPnorAPn This field indicates the support operating 


alpha 


This field indicates the alarm for this event. 
This field always indicates a major alarm. 


system (SOS) duplex node that failed the 
image test. The letter n indicates the number 
of the node in the applicable inventory table. 


This field indicates the trouble status. This 
field is always "Alarm raised" for this report. 
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(Sheet 2 of 2) 


Field Value Description 


trouble_code alpha This field indicates the nature of the problem 
being reported. This field always indicates 
“Software error, location unknown" for this 


report. 
user_action alpha This field indicates the action to take. 
reason_text alpha This field indicates the reason for failure for 


the image test. This field always indicates 
“Image test failed" for this report. 


Action 
Contact the next level of maintenance. In the meantime, use the last load that 
ran successfully through an image test. 


Associated OM registers 
None 


Additional information 
None 
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AP319 

Explanation 
This log is generated when there is a discrepancy between the datafill for the 
node and hardware present. 

Format 


The format for log report AP319 follows: 


<alrm> AP319 mmmdd hh:mm:ss 5544 TBL Hardware Datafill Fault 
Location: <node> 
Status: <trouble_status> 
Trouble: «trouble code» 
Action: — «user action? 
Cardlist: 
«List of cards» 


Example 
An example of log report AP319 follows: 


** AP319 SEPO2 12:34:10 2351 TBL Hardware Datafill Fault 


Location: FP 0 
Status: Alarm raised 
Trouble: Datafill missing 
Action: Check datafill and correct if necessary 
Cardlist: 
Site Flr RPos Bay id Shf Description Slot EqPECSide 
HOST 01 роо FP:00 03 Mem 08 9X14DA 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value 


Description 


** 


alrm 


trouble status alpha 


trouble code alpha 


user action alpha 


node FPnorAPn 


List of cards alphanumeric 


This field indicates the alarm for this event. 
This field always indicates a major alarm for 
this report. 


This field indicates the support operating 
system (SOS) duplex node that has the 
datafill discrepancy. The letter n indicates 
the number of node in the applicable 
inventory table. 


This field indicates the trouble status. This 
field is always "Alarm raised" for this report. 


This field indicates the nature of the problem 
being reported. 


This field indicates the action to take. 


This field indicates the cards involved. If 
both hardware and datafill are present, the 
cardlist contains two entries. The first is the 
card identity according to datafill. The 
second is the card identity actually found. If 
the problem is missing hardware or missing 
datafill, the cardlist contains a single entry 
that describes what is actually present. 


Action 


Check datafill. Manually update the datafill. 


Associated OM registers 
None 


Additional information 
None 
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AP320 


Explanation 


This log is generated whenever a trap occurs. Traps occur either on an active 
CPU running in simplex mode, or on both CPUs when they are running in 
sync. 


Format 
The format for log report AP320 follows: 


AP320 mmmdd hh:mm:ss ssdd TBL Software Trap 
Location: <node> 
Status: <trouble_status> 
Trouble <trouble_code> 
Action: «user action» 
Trap number: <nn>, «reason? 


Example 
An example of log report AP320 follows: 


AP320 SEPO2 12:34:10 2351 TBL Software Trap 


Location: FP 0 

Status: Trouble alert 

Trouble: Application SW error 

Action: Please forward this report to higher-level 
Trap number: 2, Zero divide 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 


node FPnorAPn This field indicates the support operating 
system (SOS) duplex node where the trap 
occurs. The letter n indicates the number of 
the node in the applicable inventory table. 


trouble status alpha This field indicates the trouble status. This 
field is always "Trouble alert" for this report. 
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(Sheet 2 of 2) 


Field Value Description 


trouble_code alpha This field indicates the nature of the problem 
being reported. This field is always 
“Application software error" for this report. 


user_action alpha This field indicates the action to take. This 
field always indicates “Please forward this 
report to higher-level maintenance" for this 
report. 


nn numeric This field indicates the cumulative number 
of traps on the reporting processor since the 
last restart. 


reason alphanumeric This field indicates the cause of the trap. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
None 


Additional information 


Before contacting the next level of maintenance, obtain additional trap 
information by entering ТКАРІМЕО at CI MAP level. This information 
includes all local variables and parameters on the stack when the trap occurred. 
Save all reports generated during the five minutes before the trap report and the 
information obtained after entering the TRAPINFO command. 
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AP321 
Explanation 
This log is generated when the amount of unused memory in the node has 
fallen below safe levels. 
Format 
The format for log report AP321 follows: 
<alrm> AP321 mmmdd hh:mm:ss ssdd TBL Low Resource Warning 
Location: <node> 
Status: <trouble_status> 
Trouble: «trouble code»? 
Action: «user action»? 
<kwds> KWORDS OF MEMORY LEFT. 
Example 


An example of log report AP321 follows: 


* AP321 5ЕР02 12:34:10 2351 TBL Low Resource Warning 


Location: FP 0 

Status: Alarm raised 

Trouble: Low memory 

Action: Review resource provisioning 


525  KWORDS OF MEMORY LEFT. 
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Field descriptions 


The following table explains each of the fields in the log report: 


trouble_status Alarm raised 
trouble_code alpha 
user_action alpha 

kwds Integer 


Field Value Description 

alrm қ This field indicates the alarm for the event. 
This field always indicates a minor alarm for 
this report. 

node FP norAPn This field indicates support operating 


system (SOS) duplex node that has the low 
memory warning. The letter n indicates the 
number of the node in the applicable 
inventory table. 


This field indicates the trouble status. This 
field is always “Alarm raised" for this report. 


This field indicates the nature of the problem 
being reported. This field is always “Low 
memory" for this report. 


This field indicates the action to take. This 
field is always “Review resource 
provisioning" for this report. 


This field indicates the number of kilowords 
of remaining available datastore. 


Action 


Review resource provisioning. If necessary, perform a memory extension. 
Contact next level of maintenance for this analysis. 


Associated OM registers 
None. 


Additional information 
None. 
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AP322 


Explanation 


This log is generated when the spare memory allocation in the node is being 
depleted. 


Format 
The format for log report AP322 follows: 


<alrm> AP322 mmmdd hh:mm:ss ssdd TBL Low Spare Warning 
Location: <node> 
Status: <trouble_status> 
Trouble: «trouble code»? 
Action: «user action»? 
CPU <p> is running out of available spares. 
CPU <p> has <n> 2MByte spare(s) remaining. 
<n> 8MByte spare(s) remaining. 


Example 
An example of log report AP322 follows: 


* AP322 5ЕР02 12:34:10 2351 TBL Low Spare Warning 


Location: FP 0 

Status: Alarm raised 

Trouble: Low memory 

Action Review resource provisioning 


CPU 0 is running out of available spares. 
CPU 0 2 2MByte spare(s) remaining. 
0 8MByte spare(s) remaining. 
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AP322 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

alrm This field indicates the alarm for the event. 
This field always indicates a minor alarm for 
this report. 

node FP norAPn This field indicates the support operating 


system (SOS) duplex node that has a low 
memory warning. The letter n indicates the 
number of the node in the applicable 
inventory table. 


trouble_status Alarm raised This field indicates the trouble status. This 
field always indicates “Alarm raised" for this 
report. 

trouble_code Low memory This field indicates the nature of the problem 


being reported. This field always indicates 
“Low memory" for this report. 


user_action alpha This field indicates the action to take. 


p numeric This field indicates the plane of the node on 
which the number of spare memory 
modules available has fallen below safe 
levels. 


n numeric The field indicates the count of spare 
modules of a given size remaining for 
substitution. 


Note: Fields p and n repeat if the node is 
running in synchronous mode of operation. 


Action 
Repair or replace faulty memory cards. 


Associated OM registers 
None. 
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Additional information 
None. 
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AP323 

Explanation 
This log is generated when the REx test fails. The cardlist segment provides a 
cardlist associated with a trouble event. 

Format 


The format for log report AP323 follows: 


<alrm> AP323 mmmdd hh:mm:ss ssdd TBL FAIL REX TEST 
Location: <node> 
Status: <trouble_status> 
Trouble: <trouble_code> 
Action: — «user action? 


FORMAT 1. 


<action> <cntxtl> <cntxt2> <rextype> TEST FAILED. 


FAILED TEST : <test_name> 
FAIL PATTERN : «bit pattern? 
Cardlist: 


«List of cards? 


FORMAT 2. 
«reason? 


Example 
An example of log report AP323 follows: 


** AP323 SEPO2 12:34:10 2351 TBL FAIL REX TEST 


Location: FP 0 

Status: Alarm raised 

Trouble: REx test failed 

Action: Replace the following cards in the order listed 
Manual Long Duplex CPU Failed. 

FAILED TEST : АСТ СО ІМАСТ 

FAIL PATTERN : 0001 

Cardlist: 


<List of cards> 
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AP323 (continued) 


Field descriptions 


(Sheet 1 of 2) 


The following table explains each of the fields in the log report: 


Field 


Value 


Description 


alrm 


node 


trouble_status 


trouble_code 


user_action 


action 


cntxt1 


cntxt2 


rextype 


reason 


** 


FPnorAPn 


Alarm raised 


REx test failed 


Replace the following cards in 
the order listed 


Manual or System 


Short or Long 


Simplex or Duplex 


CPU or MEM 


alpha 


This field indicates the alarm for the event. 
This field always indicates a major alarm for 
this report. 


This field indicates the support operating 
system (SOS) duplex node that failed the 
CPU test. The letter n indicates the number 
of the node for the applicable inventory 
table. 


This field indicates the trouble status. This 
field is always "Alarm raised" for this report. 


This field indicates the nature of the problem 
being reported. This field always indicates 
"REx test failed" for this report. 


This field indicates the action to take. This 
field always indicates "Replace the following 
cards in the order listed" for this report. 


This field indicates if the test was requested 
from the MAP terminal or by the system. 


This field indicates if the test was a short one 
of a long (more exhaustive) one. 


This field indicates the mode the application 
processor was in when the test ran. Simplex 
means the node was out of sync. Duplex 

means the the node was operating in sync. 


This field indicates which set of tests ran and 
detected a fault. 


This field indicates the reason for the REx 
failure. 
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(Sheet 2 of 2) 


Field Value Description 
test name alpha This field indicates the test that detected the 
fault. 
bit pattern binary This field indicates the 16-bit binary value. 
Each bit set indicates which steps in the test 
failed. 
Action 


Replace the indicated card using the card replacement procedure. Run the test 
again manually from the CM MAP display. If this fails to clear the problem, 
contact the next level of maintenance. 


Associated OM registers 


None 


Additional information 


None 
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AP324 

Explanation 
The Application Processor (AP) generates log report AP324 in the event of a 
peripheral interrupt mismatch. The system generates this report when the 
Application Processor /File Processor runs in sync and only one processor 
receives the peripheral interrupt. The arrival of the peripheral interrupt notifies 
the processors of the message. 

Format 


The log report format for AP324 is as follows: 


1.AP324 <mmmdd> <hh:ss:ss:> <ssdd> TBL Peripheral Interrupt 


Received 

Location: <AP/FP> 

Status: <statext> 

Trouble <Tblxt> 

Action: <actxt> 
Cardlist: 


Site Flr RPos Bay_id Shf Description Slot EqPEC Side 


Example 
An example of log report AP324 follows: 


AP324 JUN25 07:33:58 3600 TBL Peripheral Interrupt Received 
Location: FP 2 


Status: Alarm raised 
Trouble: Bus fault 
Action: Replace the following cards in the order listed 


Peripheral interrupt received, sync dropped by the mismatch. 
Manual action required to re-synchronize the CPUs. 

Faults detected. 

Cardlist: 

Site Flr RPos Bay id Shf Description Slot EqPEC 
Side -- -- - - - - - - - ------ - - - - 
= -- HOST 01 00 FP:02 03 Port 15 

9X86AA FRNT HOST 01 00 FP:02 03 Port 
15 9X86AA FRNT 
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AP324 (continued) 


Field descriptions 


The following table describes each field in the log report: 


Field 


Value 


Description 


TBL Peripheral Interrupt 
Received 


Location 
Status 


Trouble 


Action 


Constant 


<AP/FP> <0..99> 


Alarm raised 


Bus fault, 
Transient fault, 
Hardware test fails 


Replace the 
indicated card(s). 
Follow the 
procedure for 
stand card 
replacement. 


Peripheralinterrupt 
received, 
mismatch dropped 
sync. Peripheral 
interrupt received, 
sync dropped. 


Manual action 
required to 
synchronize the 
cpus again. 


1-No faults 
detected. 


2-No fault analysis 
as system was in 
update mode. 


3-Faults detected. 


4-Check mismatch 
for fault analysis. 


Indicates that only one processor receives 
the Peripheral Interrupt 


Specifies the correct node for which the 
system generates this log 


Indicates why the system generates this log 


Indicates which type of peripheral interrupt 
mismatch occurs 


Provides user with recommended action 


Informs the user that the node has dropped 
sync and will possibly give a reason 


Informs the user that the system does not 
automatically restore the node to full duplex 
operation (i.e. sync) 


Provides information that the maintenance 
system has, of the event at the time that the 
system generated the log 
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Action 


Replace the indicated card(s). Follow the procedure for standard card 
replacement. Run a manual test on each card in the cardlist. On completion 
of successful card test(s), synchronize the node again. If any of the tests fail, 
contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AP401 


Explanation 


The Application Processor generates this report once a day at 9:00 to provide 
a summary of the number of status checks for the node. 


Format 
The format for log report AP401 follows: 


FP401 mmmdd hh:mm:ss ssdd INFO Duplex Node Daily Summary 
Location: <node> 
Checksum Ran to Completion :nnn Times 
Traps in Last 24 Hours: nnnnn 
CARD FAULTS 
CPUO CPUI 
CARD TRANSIENT CARD TRANSIENT 
ERRORS ERRORS 
0 n 0 n 
1 е 1 n 


Example 
An example of log report AP401 follows: 


АР401 5ЕР02 12:34:10 2351 INFO Duplex Node Daily Summary 
Location: FP 0 
Checksum Ran to Completion ;22 Times 
Traps in Last 24 Hours: 1 
CARD Faults 


CPUO CPU1 

CARD TRANSIENT CARD TRANSIENT 
ERRORS ERRORS 
3 1 8. X 
4 2 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


node 0-99 This field specifies the node for which this 
log is generated. 


Action 
This log is an information log and requires no immediate action. 


Associated OM registers 
None 


Additional information 
None 
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AP501 
Explanation 
The log is generated when the activity state of a processor changes. 
Format 
The format for log report AP501 follows: 
АР501 mmmdd hh:mm:ss ssdd INFO Activity State Change 
Location: <node> 
REASON: <change reason> 
FROM: <sync_state> <jam_state> Side <p> Active 
TO: «sync state» <jam_state> Side <q> Active 
Example 


An example of log report AP501 follows: 


AP503 SEPO2 12:34:10 2351 INFO Activity State Change 


Location: FP 0 

REASON: Manual command 

FROM: In sync Jam released Side 0 Active 
TO: In sync Jam released Side 1 Active 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


node 0-99 This field specifies the support operating 
system (SOS) duplex node for the 
processor that had a state change. 


change reason Unknown cause, Manual This field indicates the reason for the state 
command, System detected change. 
trouble, Scheduled test, 
Change of state of associated 
entity, System initiated 


recovery 

sync state In sync, Not in sync This field indicates the synchronization 
status of the node before and after the state 
change. 

jam status Jammed, Jam released This field indicates the jam status of the 
node before and after the state change. 

p numeric This field indicates the active processor 
before and after the state change. 

q numeric This field indicates the active processor 


before and after the state change. 


Action 
This log is an information only log and requires no immediate action. 


Associated OM registers 
None. 


Additional information 


If a trouble condition exists, the DMS-250 switch generates other log reports 
that indicate the nature of the problem. 
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AP502 


Explanation 


This log is generated when there is a change in the status of a processor, 
memory, or port circuit pack in a duplex file processor or application processor. 
When a change in processor card state is reported, two successive АР502 logs 
are generated, one for each plane of the node. 


Format 
The format for log report AP502 follows: 


AP502 mmmdd hh:mm:ss ssdd INFO Card State Change 
Location: <card description> 
REASON:«change reason? 
FROM: «state? 
TO: <state> 
<Opt component state list> 


Example 
An example of log report AP502 for a processor card follows: 


AP502 SEPO2 12:34:10 2351 INFO Card State Change 
Location FP 0 CPU 1 
REASON: System detected trouble 


FROM: Okay 

TO: In service trouble 
CARD TYPE OLD STATE NEW STATE 
Processor Okay Okay 
Power Okay Okay 
Bus Term Okay Okay 
RTIF Okay Okay 


An example of log report AP502 for a port card follows: 


AP502 OCT22 09:18:36 1000 INFO Card State Change 
Location ЕР 0 Plane 0 Port Card 0 
REASON: System detected trouble 
FROM: Okay 
TO: In service trouble 
Detailed reason: Link 1 is out of service 
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AP502 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field 


Value 


Description 


card_description 


change reason 


state 


Opt component state 
list 


alphanumeric 


Unknown cause, Manual 
command, System detected 
trouble, Scheduled test, 
Change of state of associated 
entity, System initiated 
recovery 


Under test, Split, Faulty, 
Dependency, In service 
trouble, Hardware not tested, 
Unequipped, REX, Clock 
fault, E2A fault, Okay 


Fault cleared, Device in ISTb 
condition, Non critical virtual 
port 0 ISTb trap, Non critical 
virtual port 1 ISTb trap, Non 
critical virtual port 0 ISTB test, 
Non critical virtual port 1 ISTb 
test, Link 0 is out of service, 
Link 1 is out of service, Both 
links are out of service, Node 
is split, Critical trap fault, 
Critical test fault, Text 
unavailable 


This field provides the location of an 
application processor or file processor card, 
memory card, or port card. If the location is 
a processor card, the state change reported 
on the FROM and TO lines is the computed 
status for the processor as a whole. The 
status of the individual cards making up the 
processor is reported in the «Opt 
component state list» field at the end of the 
log. If the location is a memory card, the 
state change reported is for that specific 
card. If the location is a port card, the «Opt 
component state list» at the end of the log 
displays the state of the port card 
component that caused the card to change 
state. 


This field indicates the cause of the state 
change. 


This field indicates the computed state of 
the processor as a whole, or the state of the 
memory card before and after the state 
change. 


This field displays only if the FROM and TO 
lines are not in the REX or Under test states. 
For a processor card, the values this field 
displays are the same as in the state field. 
Otherwise, the values in this field display the 
port card state. 
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Action 
This is an information log and requires no immediate action. 


Associated OM registers 
Non. 


Additional information 


If a trouble condition exits, the DMS-250 switch generates other log reports 
that indicate the nature of the problem. 
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AP503 


Explanation 
This log is generated when the synchronization state of the node changes. 


Format 
The format for log report AP503 follows: 


AP503 mmmdd hh:mm:ss ssdd INFO Sync State Change 
Location: <node> 
REASON:«change reason> 


FROM:  <sync_state> <jam_state> Side <p> Active 
TO: <sync_state> <jam_state> Side <q> Active 
Example 


An example of log report AP503 follows: 


AP503 SEPO2 12:34:10 2351 INFO Sync State Change 


Location: FP 0 

REASON: Manual command 

FROM: In sync Jammed Side 0 Active 
TO: Not in sync Jammed Side 0 Active 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 


node FPnorAPn This field indicates the support operating 
system (SOS) duplex node where n is the 
number of the node in the applicable 
inventory table. 


change reason Unknown cause, This field indicates the cause of the change. 
Manual command, 
System detected 
trouble, Scheduled 
test, Change of 
state of associated 
entity, System 
initiated recovery 
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(Sheet 2 of 2) 


Field Value Description 
sync_state In sync, Мої іп sync This field indicates the synchronization 
status of the node before and after the state 
change. 
jam state Jammed, Jam This field indicates the jam status of the 
released node before and after the state change. 
p numeric This field indicates the active processor 


before and after the state change. 


q numeric This field indicates the active processor 
before and after the state change. 


Action 
This is an information log and requires no immediate action. 


Associated OM registers 
None. 


Additional information 


If a trouble condition exists, the DMS-250 switch generates other log reports 
that indicate the nature of the problem. 
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AP504 


Explanation 
This log is generated when the jam state of the node changes. 


Format 
The format for log report AP504 follows: 


AP504 mmmdd hh:mm:ss ssdd INFO Jam State Change 
Location: <node> 
REASON :<change reason> 


FROM:  <sync_state> <jam_state> Side <p> Active 
TO: <sync_state> <jam_state> Side <q> Active 
Example 


An example of log report AP504 follows: 


АР504 5ЕР02 12:34:10 2351 INFO Jam State Change 


Location: FP 0 

REASON: Manual command 

FROM: Not in sync Jammed Side 0 Active 
TO: Not in sync Jam released Side 0 Active 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 


node FPnorAPn This field indicates the support operating 
system (SOS) duplex node where n is the 
number of the node in the applicable 
inventory table. 


change reason Unknown cause, This field indicates the cause of the state 
Manual command, change. 
System detected 
trouble, Scheduled 
test, Change of 
state of associated 
entity, System 
initiated recovery 
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(Sheet 2 of 2) 


Field Value Description 
sync_state In sync, Мої іп sync This field indicates the synchronization 
status of the node before and after the state 
change. 
jam state Jammed, Jam This field indicates the jam status of the 
released node before and after the state change. 
p numeric This field indicates the active processor 


before and after the state change. 


q numeric This field indicates the active processor 
before and after the state change. 


Action 


This log is an information log and requires no immediate action. 


Associated OM registers 
None 


Additional information 


If a trouble condition exists, the DMS-250 switch generates other log reports 
that indicate the nature of the problem. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-203 


АР800 
Explanation 
The application processor generates this report when the node is experiencing 
a high trap rate. 
Format 
The format for log report AP800 follows: 
<alrm> AP800 mmmdd hh:mm:ss ssdd TBL HIGH TRAP RATE 
Location: <node> 
nnnn Traps per Minute 
Example 


An example of log report AP800 follows: 


* AP800 SEPO5 18:14:33 4827 TBL HIGH TRAP RATE 
Location: FP 0 
234 Traps per Minute 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

alrm * This field indicates the alarm for this event. 
This field always indicates a minor alarm for 
this report. 
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(Sheet 2 of 2) 
Field Value Description 
node AP п This field indicates the support operating 
system (SOS) duplex node for the event. 
The letter n indicates the node of number for 
the applicable inventory table. 
nnnn numeric This field indicates the number of times the 
high trap rate occurs 
Action 


If the problem persists, contact next level of maintenance. 


Associated OM registers 
None. 


Additional information 
None. 
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Explanation 


The All Trunks Busy (ATB) subsystem generates this report. The system 
generates this report when the system blocks or attempts to seize an exact 
numbering plan area (NPA) or central office (CO). The call advances to 
another route. Generation of this log does not always mean that all trunks are 
busy. ATB conditions normally occur on high-traffic days. ATB conditions 
also occur when not enough allocated trunks are present to carry traffic to the 
specified NPA or CO. 


Format 
The log report format for ATB100 follows: 


1.*ATB100 mmmdd hh:mm:ss ssdd TBL ALL_TRUNKS_ BUSY 
CODETYPE = codenm CODE = nnn 
COUNT = nnnnn 


Example 
An example of log report ATB100 follows: 


1.*ATB100 АРКО1 12:00:00 2112 TBL ALL TRUNKS BUSY 
CODETYPE = NPA CODE = 919 
COUNT = 199 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

TBL ALL TRUNKS . Constant Indicates that no trunks were available to route 

BUSY incoming calls to specified NPA or CO 

CODETYPE NPA Indicates CODE field contains an NPA code 

OFC Indicates CODE field contains a CO code 

CODE п0/1х Specifies NPA for which the system advanced 
the call to another route (n = 2 to 9, and x = 0 
to 9) 
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ATB100 (end) 


(Sheet 2 of 2) 


Field Value Description 


nxx Specifies CO for which the system advanced 
the call to another route (n = 2 to 9, and x = 0 
to 9) 


COUNT 1 to 32767 Indicates number of call attempts for NPA or 
CO advanced to another route as a result of 
ATB conditions 


Action 
Save all ATB100 reports for network planning personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ATT100 


Explanation 


Format 


Example 


UCS log reports 1-207 


The Automatic Trunk Testing (ATT) subsystem generates this report when a 
trunk circuit test completes. Log ATT100 reports miscellaneous trunk circuit 
test results not in in other ATT log reports. 


The log report format for ATT100 is as follows: 


1.ATT100 mmmdd hh:mm:ss ssdd INFO 


CKT trkid 
tstnm 


rslttxt 


An example of log report ATT100 follows: 


1.АТТ100 АРК01 12:00:00 2112 INFO 


СКТ CAMA2W 
DIAG 


Field descriptions 
The following table describes each of the fields in the log report: 
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PASS 


Field Value Description 
INFO Constant Indicates the following data provides 
miscellaneous trunk circuit test results 
СКТ Symbolic text Provides equipment identification for suspect 
trunk equipment 
tstnm DIAG Indicates system performed an extended 
diagnostic test 
TCON Indicates system performed Common Channel 
Interoffice Signaling No. 6 (CCIS6) continuity 
test 
TCOT Indicates system performed a new version of 


CCIS6 continuity test on a digital trunk 
controller (DTC) 
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ATT100 (end) 


(Sheet 2 of 2) 
Field Value Description 
TE_M Indicates system performed E and M lead 
signaling test 
TNSS Indicates system performed non-synchronous 
test line test 
tstnm TR2L Indicates system performed "repeat two" long 
delay test 
TR2S Indicates system performed "repeat two" short 
delay test 
TSYN Indicates system performed synchronous test 
line test 
T103 Indicates system used 103-type test line to 
perform signaling test 
rslttxt PASS Indicates test passed 
FAIL Indicates test failed 
Action 


If rslttxt = PASS, there is no required action. 


If rslttxt = FAIL, contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers 


Additional information 


There is no additional information 
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UCS log reports 1-209 


ATT101 
Explanation 
The Automatic Trunk Testing (ATT) subsystem generates this report when a 
group trunk test aborts. 
Format 
The log report format for ATT101 ATT10I is as follows: 
1. ATT101 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
ABORT GROUP TESTING TESTEQ: trkid  tstnm ABORT 
reastxt 
Example 


An example of a log report follows: 


1.АТТ101 АРК01 12:00:00 2112 INFO 
СКТ trkid 
ABORT GROUP TESTING TESTEQ: ТТТ 0 DIAG ABOR' 
COULDN'T READ ATTOPTNS 


Field descriptions 
The following table describes each of the fields in the log report: 


(Sheet 1 of 17) 


Field Value Description 


INFO Constant Indicates the following data provides a report 
when a group trunk test aborts 


CKT Symbolic text Provides equipment identification for suspect 
trunk equipment 


ABORT GROUP Constant Indicates test is not complete 
TESTING 

TESTEQ Symbolic text Identifies test equipment for group test 
tstnm DIAG Indicates system performed extended 


diagnostic test 
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ATT101 (continued) 


(Sheet 2 of 17) 


Field Value 


Description 


MXAM 


MXAN 


MXRM 


MXRN 


MXWM 


MXWN 


N100 


$100 


TART 


ТА01 


ТА02 


ТА03 


ТА04 


ТА05 


Indicates system performed mobile telephone 
exchange (MTX) audio loop test with 
C-message filter 


Indicates system performed MTX audio loop 
test with C-notch filter 


Indicates system performed MTX radio 
frequency loop test with C-message filter 


Indicates system performed MTX radio 
frequency loop test with C-notch filter 


Indicates system performed MTX wire loop 
test with C-message filter 


Indicates system performed MTX wire loop 
test with C-notch filter 


Indicates system used 100-type test line to 
perform new version of milliwatt and balance 
test 


Indicates system used 100-type test line to 
perform old version of balance test 


Indicates system performed turkey arter test 
line test 


Indicates system used automatic transmission 
measuring equipment (ATME) tp perform 
transmission test of level measurements in 
both directions 


Indicates system used ATME to perform 
transmission test of loss frequency deviation 


Indicates system used ATME to perform 
transmission test of noise measurements 


Indicates system used ATME to perform 
transmission test of level measurements in 
both directions and noise measurements 


Indicates system used ATME to perform 
transmission test of loss frequency deviation 
and noise measurement 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-211 
ATT101 (continued) 


(Sheet 3 of 17) 
Field 


Value 


Description 


ТА06 


ТА07 


ТА08 


ТА09 


ТА10 


ТА11 


ТА12 


ТА13 


ТА14 


ТА15 


ТА16 


ТА17 


Indicates system used АТМЕ to perform full 
signaling test 


Indicates system used ATME to perform full 
signaling test and transmission test of level 
measurements in both directions 


Indicates system used ATME to perform full 
signaling test and transmission test of loss 
frequency deviation 


Indicates system used ATME to perform full 
signaling test and transmission test of noise 
measurements 


Indicates system used ATME to perform full 
signaling test and transmission test of level 
measurements in both directions and noise 
measurements 


Indicates system used ATME to perform full 
signaling test and transmission test of loss 
frequency deviation and noise measurements 


Indicates system used ATME to perform short 
signaling test 


Indicates system used ATME to perform busy 
flash signaling test 


Indicates system used ATME to perform busy 
flash signaling test and transmission test of 
level measurements in both directions 


Indicates system used ATME to perform busy 
flash signaling test and transmission test of 
loss frequency deviation 


Indicates system used ATME to perform busy 
flash signaling test and transmission test of 
noise measurements 


Indicates system used ATME to perform busy 
flash signaling test and noise measurements 

and transmission test of level measurements 

in both directions 
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ATT101 (continued) 
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Field Value 


Description 


ТА18 


ТА19 


ТА20 


ТА21 


ТА22 


ТА23 


ТА24 


ТА25 


ТСОМ 


ТСОТ 


ТЕ М 


TLPA 


Indicates system used ATME to perform busy 
flash signaling test and transmission test of 
loss frequency deviation and noise 
measurements 


Indicates system used ATME to perform full 
signaling test and busy flash signaling test 


Indicates system used ATME to perform full 
signaling test, busy flash signaling test, and 
transmission test of level measurements in 
both directions 


Indicates system used ATME to perform full 
signaling test, busy flash signaling test, and 
transmission test of loss frequency deviation 


Indicates system used ATME to perform full 
signaling test, busy flash signaling test, and 
transmission test of noise measurements 


Indicates system used ATME to perform full 
signaling test, busy flash signaling test, and 
transmission test of level measurements and 
noise measurements in both directions 


Indicates system used ATME to perform full 
signaling test, busy flash signaling test, and 
transmission test of noise measurements and 
loss frequency deviation 


Indicates system used ATME to perform short 
signaling test and busy flash signaling test 


Indicates system performed CCIS6 continuity 
test 


Indicates system performed CCIS6 continuity 
test (new version on DTC) 


Indicates system performed E and M lead 
signaling test 


Indicates system performed loop-around test 
line test. Reference trunk occupies port one 
transmission test trunk (TTT) 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-213 
ATT101 (continued) 


(Sheet 5 of 17) 
Field 


Value 


Description 


TLPB 


TLON 


TLOS 


TLO5 


TL6N 


TL6S 


TL65 


TNSS 


TR2L 


TR2S 


TSBS 


TSBT 


TSYN 


Indicates system performed loop-around test 
line test. Reference trunk occupies port two 
TTTs 


Indicates system used 105-type test line to 
perform loss (1004 Hz at zero dBm) and noise 
(C. message filter) test 


Indicates system used 105-type test line to 
perform loss (1004 Hz at zero dBm) test with 
Self check 


Indicates system used 105-type test line to 
perform loss (1004 Hz at zero dBm) test 


Indicates system used 105-type test line to 
perform loss (404, 1004, and 2804 Hz at -16 
dBm) and noise (C. notched filter) test 


Indicates system used 105-type test line to 
perform loss (404, 1004, and 2804 Hz at -16 
dBm) and test with self check 


Indicates system used 105-type loss (404, 
1004, and 2804 Hz at -16 dBm) test 


Indicates system performed non-synchronous 
test line test 


Indicates system performed two long delay 
repeat tests 


Indicates system performed two short delay 
repeat tests 


Indicates the far-end equipment performed a 

Self check of loss (404, 1004, and 2804 Hz test 
tone at -16 dB), noise (С notched filter). Тһе 
System used a 105-type test line to perform a 
return loss test. 


Indicates the system performed return loss 
measurement test 


Indicates the system performed synchronous 
test line test 
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(Sheet 6 of 17) 


Field Value Description 

TS65 Indicates the far-end equipment used 
105-type test line to perform self check of loss 
(404, 1004, and 2804 Hz test tone at -16 dB) 
and noise (C_notched filter). 

T100 Indicates the system used 100-type test line to 
perform milliwatt and balance test. The 
versions are not known. 

T102 Indicates the system used 102-type test line to 
perform milliwatt test 

T103 Indicates the system used 103-type test line to 
perform signaling test 

T104 Indicates the system used 104-type test line to 
perform milliwatt test in both directions 

T105 Indicates the system used 105-type test line to 
perform loss (1004 Hz at 0 dBm) and noise 
(C. message filter) tests with self check 

T165 Indicates system used 105-type test linr to 
perform loss (404, 1004, and 2804 Hz at -16 
dBm) and noise (C. notched filter) tests with 
self check 

T5AS Indicates the system used 105-type test line to 
perform loss (1004 Hz at 0 dBm), noise 
(C. message filter), and return loss tests with 
self check 

T5AT Indicates the system used 105-type test line to 
perform loss (C1004 Hz at 0 dBm), noise 
(C. message filter), and return loss (C1004 Hz 
at 0 dBm) tests 

T5LB Indicates the system used 105-type test line to 
perform loss (404, 1004, and 2804 Hz at -16 
dBm) and return loss test 

T5SB Indicates the system used 105-type test line to 
perform return loss test with self check 
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ATT101 (continued) 


(Sheet 7 of 17) 


Field Value Description 
T50L Indicates the system used 105-type test line to 
perform loss (1004 Hz at 0 dBm) and return 
loss (C1004 Hz at 0 dBm) tests 
T56N Indicates the system used 105-type test line to 
perform loss (404, 1004, and 2804 Hz at -16 
dBm), noise (C_notched filter), and return loss 
tests 
ABORT Constant Indicates test did not complete 
reastxt ACTIVE TABLE FULL Indicates the system attempted to run more 


BUSY TONE 


CARD FAULT 


CONNECTION 
FAILURE 


COULD NOT OPEN 
ATTOPTNS 


COULD NOT READ 
ATTOPTNS 


CSC MTCE IN 
PROGRESS 


trunk tests at one time than the set entry in 
table ATTSCHED allows. Table ATTSCHED 
is a customer data table 


ACTION: Change number of tests allowed at 
atime. Perform this change at ATT MAP level 


Indicates far-end office returned a busy tone 
ACTION: Try test again. 


Indicates circuit pack meets hardware fault 
ACTION: Replace circuit pack 

Indicates connection failure between trunk and 
test equipment 

ACTION: Diagnose trunk test equipment 
Indicates software bug did not allow user to 
access customer data table ATTOPTNS 
ACTION: Try test again. 

Indicates required entry in customer data. 


Table ATTOPTNS does not have entries for 
specified test class. 


ACTION: Check trunk and test parameters 
and options. Retry test 


The system attempts to perform a cellular 
trunk test during maintenance of cell site 
controller (CSC) 


ACTION: Try test again 
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ATT101 (continued) 


(Sheet 8 of 17) 
Field 


Value 


Description 


DATA FAULT 


DIAGNOSTIC NOT 
ALLOWED 


DIAL TONE 


FACILITY FAULT 


FAILED TO RUN 
DIAGNOSTIC 


FAILED TO RUN 
TESTLINE 


GROUP CURRENTLY 
UNDER TEST 


GROUP MANUAL 
ABORT 


Indicates system has problems with received 
test result data 


ACTION: Retry test 


Indicates test initiates on circuit not equipped 
for that test type 


ACTION: Check trunk and test parameters 
and options. 


Indicates far-end office returned dial tone 
ACTION: Try test again 


Indicates fault in transmission facilities 


ACTION: Diagnose trunk and test equipment 


Indicates test equipment is not available or is 
inoperative 


ACTION: Diagnose trunk and test equipment 


Indicates software bug during initial setup 
prevents test. Normally indicates processes 
are not available 


ACTION: Try test again 


Indicates trunk group executed a trunk test and 
the system ignored the second test request 


ACTION: No action is required 


Indicates user aborted the test manually from 
the ATT MAP level. To manually abort a test, 
the user can: 


* Explicitly stop a group test 


* Reduce number of tests ATT can execute 
at the same time 


e Stop all ATT tests (HaltATT) 
ACTION: No action is required 
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UCS log reports 1-217 
ATT101 (continued) 


(Sheet 9 of 17) 
Field 


Value 


Description 


GROUP SYSTEM 
ABORT: REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM 
ABORT: REFERENCE 
TRUNK NOT 
AVAILABLE 


GROUP SYSTEM 
ABORT: 5 
CONSECUTIVE 
FAILURES 


HARDWARE FAILURE 


HIGH - DRY 


HIGH TONE 


HIT RECEIVED 


The system meets five consecutive failures 
and retests the reference trunk. The reference 
trunk fails the next test and the group aborts. 


ACTION: Diagnose trunk testing equipment 
and reference trunks. 


The system encounters five consecutive 
failures and retests the reference trunk. The 
reference trunk was not seized. The group 
system aborts. 


ACTION: Diagnose trunk testing equipment 
and reference trunks. 


The system meets five failures one after the 
other in a search for a group reference trunk 


ACTION: Diagnose trunk test equipment. 


Indicates the system detected hardware fault 
in the trunk circuit 


ACTION: Diagnose tested trunk. The trunk 
can have a hardware fault. 


Indicates far-end office did not send an 
off-hook signal after a burst of audible ringing 
tone 


ACTION: Diagnose tested trunk. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end office returned a high 
frequency tone 

ACTION: Try test again. 

Indicates the system detects transient 
condition on the trunk 


ACTION: Try test again. 
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Field Value 


Description 


INVALID REPLY 


LOOP SIG FAULT 


LOOP SIG FAULT NO 
SET 


LTA CANCELLED 


LTU FAULT 


MILLIWATT 


NO/BAD CSC 
RESPONSE 


NO/BAD TAU 
RESPONSE 


Indicates far-end office returns a signal that is 
not correct when the DMS attempts to transmit 
digits 

ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates signaling failure caused by a fault in 
either the loop bridge or receiving equipment 
ACTION: Diagnose test equipment. 


Indicates signaling failure that a fault in the 
software or loop generating equipment caused 


ACTION: Check trunk and test parameters 
and options. Diagnose test equipment. 


Indicates local trunk alarm (LTA) was not 
cancelled correctly 


ACTION: Diagnose test equipment and try 
test again. 


Indicates the system detects faults in line test 
unit (LTU) 


ACTION: Diagnose LTU. 


Indicates far-end office returned a milliwatt 
tone 


ACTION: Try test again. 


Indicates the system attempts to perform a 
cellular trunk test. The system received either 
no responses or a response that the system 
did not expect from the CSC. 


ACTION: Diagnose CSC. 


Indicates the system attempts to perform a 
cellular trunk test. The system receives no 
response or a response that the system does 
not expect. The response is from the cellular 
remote carrier unit (RCU). 


ACTION: Diagnose RCU. 
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Field Value Description 
NO/BAD TAU Indicates the system attempts to perform a 
RESPONSE cellular trunk test. The system receives no 


NO CARD IN SHELF 


NO FAR END TEST 
EQUIPMENT 


NO LOGICAL MB 


NO START DIAL 
SIGNAL 


NO TEST EQUIPMENT 


NO TESTLINE 
NUMBER 


NO TONE 


response or a response that the system does 
not expect. The system receives the response 
from the cellular test and alarm unit (TAU). 


ACTION: Diagnose TAU. 


Indicates circuit pack was not present 
ACTION: Check trunk circuit equipment 
installation. 

Indicates far-end test equipment was not 
available or not present 


ACTION: Diagnose tested trunk. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates software bug does not prevent the 
system from allocating a logical message 
buffer (MB) 


ACTION: Try test again. 

Indicates far-end office did not respond after 
system seized trunk 

ACTION: Try test again. 


Indicates test equipment was not available 
ACTION: Check trunk and test parameters 
and options. 

Indicates software bug did not allow system to 
find trunk circuit 

ACTION: Check trunk and test parameters 
and options. Try test again. 

Indicates far-end office did not return the 
correct tone 


ACTION: Try test again. 
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ATT101 (continued) 


(Sheet 12 of 17) 


PARAMETER FAULT 


PERIODIC SIGNAL 


PM FAULT 


RECORDED 


ANNOUNCEMENT 


REORDER TONE 


Field Value Description 

NO TRUNKS IN Indicates software bug does not allow system 

GROUP to find group trunks 
ACTION: Check trunk and test parameters 
and options. Try test again. 

NOT OG OR 2W Indicates test attempts transmission or loss 

TRUNK GROUP tests on an out-going or two-wire trunk 
ACTION: Check trunk and test parameters 
and options. 

OUTPULSING Indicates the system has trouble when system 

TROUBLE transmits digits 
ACTION: Diagnose tested trunk. If 
diagnostics pass, fault is in far-end or 
transmission facility. 

OVERFLOW TONE Indicates far-end office returned an overflow 


tone 

ACTION: Try test again. 

Indicates parameters were not correct or not 
correct for test type 


ACTION: Check trunk and test parameters 
and options. 


Indicates far-end office returned a signal at 
intervals 


ACTION: Try test again. 


The system meets a fault in the peripheral 
module (PM) 


ACTION: Diagnose PM. 


Indicates far-end office returned a recorded 
announcement 


ACTION: Try test again. 


Indicates far-end office returned a reorder tone 
ACTION: Try test again. 
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Field 


Value 


Description 


RINGING 


STOP DIAL SIGNAL 
RECEIVED 


TAU NOT AVAILABLE 


TEST EQUIPMENT 
FAIL 


TEST EQUIPMENT 
FAULT 


TEST EQUIPMENT 
UNAVAILABLE 


TEST NOT ALLOWED 


TEST PROCESS 
TROUBLE 


TEST PROTOCOL 
TROUBLE 


Indicates far-end office did not respond to 
ringing 
ACTION: Diagnose tested trunk. If 


diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end office returned a congestion 
signal when office transmitted digits 
ACTION: Try test again. 

Indicates the system attempts to perform a 


cellular trunk test. The test and alarm unit was 
not in use or was not available 


ACTION: Try test again. 


Indicates the system detects fault in test 
equipment 


ACTION: Diagnose trunk test equipment. 


The system detects fault in test equipment 
ACTION: Diagnose trunk test equipment. 
Indicates test equipment was not available for 


test. The system generates this report every 
ten minutes if test equipment is not available. 


ACTION: Action is not required. 


Indicates test is not allowed on circuit 
ACTION: Check trunk and test parameters 
and options. 

The system encounters trouble with test 
process 

ACTION: Try test again. 

Indicates the system detects a software bug or 


the system received a response that the 
system did not expect from far-end office 


ACTION: Try test again. 
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Field Value 


Description 


TESTLINE NOT 
AVAILABLE 


TONE DETECTION 
FAILED 


TPT TONE 


TRUNK GROUP 
TIMEOUT 


TRUNK NOT TESTED 
CFL 


TRUNK NOT TESTED 
CPD 


TRUNK NOT TESTED 
CPB 


TRUNK NOT TESTED 
DEL 


Indicates test is not available in current load 


ACTION: Check trunk and test parameters 
and options. 


Indicates failure to detect correct tone 


ACTION: Diagnose trunk test equipment. 


Indicates far-end office returned a test 
progress tone (TPT) that the system did not 
expect 


ACTION: Try test again. 


Indicates time expired for separate trunks ina 
trunk group to become available for testing. 
The time allowed for available trunks is to 
become available in customer data Table 
ATTSCHED. 


ACTION: Check WAIT_TIME in customer 
data Table ATTSCHED. Retry test. 


Indicates system did not test trunk circuit 
because trunk circuit was carrier failed 


ACTION: Contact the next level of 
maintenance. 


Indicates system did not test trunk circuit 
because trunk circuit was call processing 
deloaded 


ACTION: When trunk state returns to IDLE, try 
test again. 

Indicates system did not test trunk circuit 
because trunk circuit was call processing busy 
ACTION: When trunk state returns to IDLE, try 
test again. 

Indicates system did not test trunk circuit 
because trunk circuit was deloaded 


ACTION: Return trunk to service, try test 
again. 
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Field 


Value 


Description 


TRUNK NOT TESTED 
IMB 


TRUNK NOT TESTED 
INI 


TRUNK NOT TESTED 
LO 


TRUNK NOT TESTED 
MB 


TRUNK NOT TESTED 
NEQ 


TRUNK NOT TESTED 
NMB 


TRUNK NOT TESTED 
PMB 


TRUNK NOT TESTED 
RES 


Indicates the system did not test trunk circuit 
because trunk circuit was offline 


ACTION: Return trunk to service, try test 
again. 


Indicates the system did not test trunk circuit 
because trunk circuit was initialized 


ACTION: Return trunk to service, try test 
again. 


Indicates the system did not test trunk circuit 
because trunk circuit was locked out 


ACTION: Contact the next level of 
maintenance. 


Indicates the system did not test trunk circuit 
because trunk circuit was manually busy 


ACTION: Return trunk to service, try test 
again. 


Indicates the system did not test trunk circuit 
because trunk circuit was not equipped 


ACTION: Return trunk to service, try test 
again. 


Indicates the system did not test trunk circuit 
because trunk circuit was network 
management busy 


ACTION: When trunk state returns to IDLE, try 
test again. 


Indicates the system did not test trunk circuit 
because trunk circuit was peripheral module 
busy 


ACTION: Contact the next level of 
maintenance. 

Indicates the system did not test trunk circuit 
because trunk circuit was in restricted idle 


ACTION: When trunk state returns to IDLE, try 
test again. 
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Field 


Value 


Description 


TRUNK NOT TESTED 
RMB 


TRUNK NOT TESTED 
SB 


TRUNK NOT TESTED 


TRUNK TIMEOUT 


TST EQUIPMENT NOT 


TTU FAULT 


UNEXPECTED TONE 


UNKNOWN ATT 
MESSAGE 


Indicates the system did not test trunk circuit 
because trunk circuit was remote busy 


ACTION: Contact the next level of 
maintenance. 


Indicates the system did not test trunk circuit 
because trunk circuit was system busy 


ACTION: Contact the next level of 
maintenance. 


Indicates the system did not test trunk circuit 
SZD because the system already seized the 
trunk circuit 


ACTION: When trunk state returns to IDLE, try 
test again. 


Indicates waiting time expired for separate 
trunks to become available for test. The time 
allowed for trunks to become available is in 
customer data table ATTSCHED. 


ACTION: Check WAIT_TIME in customer 
data table ATTSCHED. Try test. 


Indicates difference REQUIRED in requested 
test. The requested test calls for equipment 
that is not necessary. 


ACTION: Check trunk and test parameters 
and options. 

Indicates the system found a fault in the 
transmission test unit (TTU) 

ACTION: Diagnose TTU. 

Indicates far-end office returns tones that the 
system does not expect to know. 

ACTION: Diagnose trunk test equipment. 
Indicates software bug. A software error 
(SWER) report follows this message. 


ACTION: Contact the next level of 
maintenance. 
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Field Value 


Description 


WRONG CARD IN 
SHELF 


120 IPM TONE 


516 30 IPM TONE 


logtxt FAIL 


SKIP 


TESTEQ 


Indicates wrong circuit pack is in the shelf 


ACTION: Check trunk circuit equipment 
installation. 


Indicates far-end office returned a signal at 
120 impulses per minute 


ACTION: Try test again. 


Indicates far-end office returned a signal at 30 
impulses per minute 


ACTION: Try test again. 


Indicates trunk test failed. Displayed with all 
reasons except TEST EQUIPMENT NOT 
AVAILABLE and TRUNK NOT TESTED. 


Indicates the system skipped а trunk test. 
This value appears with TRUNK NOT 
TESTED reason only. 


Indicates test equipment is not available. This 
value appears with TEST EQUIPMENT 
UNAVAILABLE reason only. 


Action 


If the above table contains reastxt, use the following references to isolate and 
correct failures. ATT101 specifies these references. 


For failures related to entries, refer to the data schema section of the 
Translations Guide . For trunk equipment failures, refer to Card Replacement 
Procedures . This is a step-by-step procedures guide to isolate and correct 
trunk and test equipment failures. For more information about trunk testing, 
refer to the Trunks Maintenance Guide . 


If the generated reastxt is not in the above table, contact the next level of 


maintenance. 


Associated OM registers 


There are no associated OM registers. 
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АТТ101 (end) 


Additional information 
There is no additional information. 
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ATT102 


Explanation 


Format 


Example 


UCS log reports 1-227 


The Automatic Trunk Testing (ATT) subsystem report ATT102. The 
subsystem generates ATT102 when a trunk test fails or does not complete. 


The log report format for ATT102 follows: 


1.ATT102 mmmdd hh:mm:ss ssdd INFO 


CKT trkid 


tstnm reastxt rslttxt 


An example of log report ATT102 follows: 


1.АТТ102 APR01 12:00:00 21 
CKT CAMA2W 1 


12 INFO 


FP503 5ЕР05 18:14:33 4827 INFO Device State Change 


Location: FP 2 DEVICE 1 
REASON: Change of state 
FROM: InSv ( Isolated ) 
TO: InSv 

CONNECTION FAILURE 


Field descriptions 
The following table describes each of the fields in the log report: 


(Sheet 1 of 18) 


(DK) SCSI BUS O 

of associated entity 
DRIVE STATE: Unknown 
DRIVE STATE: On LineT102 
FAIL 


Field Value Description 

INFO Constant Indicates the data that follows reports when a 
trunk test fails or does not complete. 

CKT Symbolic text Provides equipment identification suspect 
trunk equipment. 

tstnm DIAG Indicates that the system performed an 
extended diagnostic test. 

MXAM Indicates that a mobile telephone exchange 


(MTX) audio loop test with C-message filter 
was performed. 
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ATT102 (continued) 


(Sheet 2 of 18) 


Field Value Description 

MXAN Indicates that the system performed an MTX 
audio loop test with C-notch filter. 

MXRM Indicates that the system performed an MTX 
radio frequency loop test with C-message 
filter. 

MXRN Indicates that the system performed an MTX 
radio frequency loop test with C-notch filter. 

MXWM Indicates that the system performed an MTX 
wire loop test with C-message filter. 

MXWN Indicates that the system performed MTX wire 
loop test with C-notch filter. 

N100 Indicates that the system performed a new 
version of milliwatt and balance test. Indicates 
the system used a 100-type test line. 

$100 Indicates that the system used 100-type test 
line to perform only an old version of a balance 
test. 

TART Indicates that the system performed a Turkey 
arter test line test. 

ТА01 Indicates that the system performed a 
transmission test of level measurements in 
both directions. Indicates the system used an 
automatic transmission measuring equipment 
(АТМЕ). 

ТА02 Indicates that the system used ATME to 
perform a transmission test of loss frequency 
deviation. 

ТА03 Indicates that the system used АТМЕ to 
perform a transmission test of noise 
measurements. 

ТА04 Indicates that the system used ATME to 
perform a transmission test of level 
measurements in both directions and noise 
measurements. 
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UCS log reports 1-229 
ATT102 (continued) 


(Sheet 3 of 18) 
Field 


Value 


Description 


ТА05 


ТА06 


ТА07 


ТА08 


ТА09 


ТА10 


ТА11 


ТА12 


ТА13 


ТА14 


ТА15 


ТА16 


Indicates that the system used АТМЕ to 
perform a transmission test of loss frequency 
deviation and noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test. 


Indicates that the system used ATME to 
perform a full signaling test and transmission 
test of level measurements in both directions. 


Indicates that the system used ATME to 
perform a full signaling test and transmission 
test of loss frequency deviation. 


Indicates that the system used ATME to 
perform a full signaling test and transmission 
test of noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a transmission test of level 
measurements in both directions, and noise 
measurements. 


Indicates the system used ATME to perform a 
full signaling test and transmission test of loss 
frequency deviation and noise measurements. 


Indicates the system used ATME to perform a 
short signaling test. 


Indicates the system used ATME to perform a 
busy flash-signaling test. 


Indicates the system used ATME to perform a 
busy flash-signaling test and transmission test 
of level measurements in both directions. 


Indicates that the system used ATME to 
perform a busy flash- signaling test and a 
transmission test of loss frequency deviation. 


Indicates that the system used ATME to 
perform a busy flash-signaling test and 
transmission test of noise measurements. 
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ATT102 (continued) 


(Sheet 4 of 18) 


Field Value 


Description 


TA17 


TA18 


TA19 


TA20 


TA21 


TA22 


TA23 


TA24 


Indicates that the system used ATME to 
perform a busy flash-signaling test. The 
system used ATME to perform a transmission 
test of level measurements in both directions, 
and noise measurements. 


Indicates that the system used ATME to 
perform a busy flash-signaling test. The 
system used ATME to perform a transmission 
test of loss frequency deviation and noise 
measurements. 


Indicates that the system used ATME to 
perform a full signaling test and busy 
flash-signaling test. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a busy flash-signaling test, 
and a transmission test of level measurements 
in both directions. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a busy flash-signaling test, 
and a transmission test of loss frequency 
deviation. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a busy flash-signaling test, 
and a transmission test of noise 
measurements. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a busy flash-signaling test, a 
transmission test of level measurements in 
both directions, and noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test. The system used 
ATME to perform a busy flash-signaling test, a 
transmission test of noise measurements, and 
а loss frequency deviation. 
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UCS log reports 1-231 
ATT102 (continued) 


(Sheet 5 of 18) 


Field 


Value 


Description 


TA25 


TCON 


TCOT 


TE M 


TLPA 


TLPB 


TLON 


TLOS 


TLO5 


TL6N 


TL6S 


TL65 


Indicates that the system used ATME to 
perform a short signaling test and a busy 
flash-signaling test. 


Indicates that the system performed a 
Common Channel Inter-office Signaling No. 6 
(CCIS #6) continuity test. 


Indicates that the system performed a CCIS #6 
continuity test new version on DTC. 


Indicates that the system performed an E and 
M lead signaling test. 


Indicates that the system performed a loop 
around test line-test. Indicates that the 
reference trunk occupies port 1 of the 
transmission test trunk (TTT). 


Indicates that the system performed a loop 
around test line-test. Indicates that the 
reference trunk occupies port two of TTT. 


Indicates that the system performed a loss 
(1004 Hz at 0 dBm) and noise (C. message 
filter) test. Indicates the system used a 
105-type test line. 


Indicates that the system used a 105-type test 
line to perform a loss (1004 Hz at 0 dBm) test 
with a self-check. 


Indicates that the system used a 105-type test 
line to perform a loss (1004 Hz at 0 dBm) test. 


Indicates that the system used a 105-type test 
line to perform a loss (404, 1004, and 2804 Hz 
at -16 dBm) and noise (С notched filter) test. 


Indicates that the system used a 105-type test 
line to perform a loss (404, 1004, and 2804 Hz 
at -16 dBm) test with self-check. 


Indicates that the system used a 105-type test 
line to perform a loss (404, 1004, and 2804 Hz 
at -16 dBm) test. 
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ATT102 (continued) 


(Sheet 6 of 18) 


Field Value 


Description 


TNSS 


TR2L 


TR2S 


TSBS 


TSBT 


TSYN 


TS65 


T100 


T102 


T103 


T104 


T105 


Indicates that the system performed a 
non-synchronous test line test. 


Indicates that the system performed a repeat 2 
long-delay test. 


Indicates that the system performed a repeat 2 
short-delay test. 


Indicates that the system performed a far-end 
equipment self-check of loss (404, 1004, and 
2804 Hz test tone at -16 dB), a noise 
(C. notched filter) a return loss test. Indicates 
the system used a 105-type test line. 


Indicates that the system performed a return 
loss measurement test. 


Indicates that the system performed a 
synchronous test-line test. 


Indicates that the system performed a far-end 
equipment self-check of loss (404, 1004, and 
2804 Hz test tone at -16 dB), and a noise 

(C. notched filter). Indicates the system used 
a 105-type test line. 


Indicates that the system used a 100-type test 
line to perform a milliwatt and balance test. The 
version (old or new) is not known. 


Indicates that the system used a 102-type test 
line to perform the milliwatt test. 


Indicates that the system used a 103-type test 
line to perform a signaling test. 


Indicates that the system used a 104-type test 
line to perform a milliwatt test in both 
directions. 


Indicates that the system performed a loss 
(1004 Hz at 0 dBm) and noise (С message 
filter) test automatically. Indicates the system 
used a 105-type test line. 
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UCS log reports 1-233 
ATT102 (continued) 


(Sheet 7 of 18) 
Field 


Value 


Description 


T165 


T5AS 


T5AT 


T5BS 


T5LB 


T5SB 


T50L 


T56N 


ACTIVE TABLE FULL 


Indicates that the system performed a loss 
(404, 1004, and 2804 Hz at -16 dBm) and 
noise (С notched filter) test automatically. 
Indicates the system used a 105-type test line. 


Indicates that the system performed a loss 
(1004 Hz at 0 dBm), a noise (С message 
filter), and a return loss test automatically. 
Indicates the system used 105-type test line. 


Indicates the system performed two tests. A 
loss (C1004 Hz at 0 dBm), noise (С message 
filter), and return loss (C1004 Hz at 0 dBm) 
test. Indicates the system used 105-type test 
line. 


Indicates that the system performed a return 
loss measurement and self-check test. 
Indicates the system used a 105-type test line. 


Indicates that the system performed a loss 
(404, 1004, and 2804 Hz at -16 dBm) and 
return loss test. Indicates the system used a 
105-type test line. 


Indicates that the system used a 105-type test 
line to perform a return loss test with 
self-check. 


Indicates that the system performed a loss 
(1004 Hz at 0 dBm) and return loss (C1004 Hz 
at 0 dBm) test. Indicates the system used a 
105-type test line. 


Indicates that the system performed a loss 
(404, 1004, and 2804 Hz at -16 dBm), noise 
(C. notched filter), and return loss test. 
Indicates the system used a 105-type test line. 


Indicates that the system called more trunk 
tests to execute than the present setting in 
customer data Table ATTSCHED permits. 


ACTION: Change number of simultaneous 
tests from ATT MAP level. 
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ATT102 (continued) 


(Sheet 8 of 18) 


COULDN'T READ 
ATTOPTNS 


CSC MTCE IN 
PROGRESS 


DATA FAULT 


DIAGNOSTIC NOT 
ALLOWED 


DIAL TONE 


Field Value Description 
BUSY TONE Indicates that far-end office returns a busy 
tone. 
ACTION: Try test again. 
CARD FAULT Indicates there is a hardware fault in circuit 
pack. 
ACTION: Replace circuit pack. 
CONNECTION Indicates there is a connection failure between 
FAILURE the trunk and the test equipment. 
ACTION: Diagnose trunk test equipment. 
COULDN'T OPEN Indicates that a software bug prevented the 
ATTOPTNS opening of or access to customer data Table 


ATTOPTNS. 
ACTION: Try test again. 
Indicates that the required entry in the 


customer data Table ATTOPTNS is not 
present for a specified test class. 


ACTION: Check trunk and test parameters 
and options. Try test again. 


Indicates that the system attempted to perform 
a cellular trunk test while the maintenance of a 
cell site controller (CSC) was in progress. 


ACTION: Try test again. 

Indicates that trouble occurred with the 
received test result data. 

ACTION: Try test again. 

Indicates that a test initiated on a circuit not 
equipped for that test type. 

ACTION: Check trunk and test parameters 
and options. 

Indicates that the far-end office returned the 
dial tone. 

ACTION: Try test again. 
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UCS log reports 1-235 
ATT102 (continued) 


(Sheet 9 of 18) 
Field 


Value 


Description 


FACILITY FAULT 


FAILED TO RUN 
DIAGNOSTIC 


FAILED TO RUN 
TESTLINE 


GROUP CURRENTLY 
UNDER TEST 


GROUP MANUAL 
ABORT 


GROUP SYSTEM 
ABORT: REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM 
ABORT: FIVE 
CONSECUTIVE 
FAILURES 


Indicates a defect in transmission facilities. 


ACTION: Diagnose trunk and test equipment. 


Indicates that test equipment is not available or 
not operational. 


ACTION: Diagnose trunk and test equipment. 


Indicates that a software bug prevented the 
performance of the test. The software 
performs the first setup. This field value 
normally indicates that no processes are 
available. 


ACTION: Try test again. 


Indicates that the trunk group executed a trunk 
test and ignored the second test request. 


ACTION: No required action. 


Indicates that the test aborted manually from 
the ATT MAP level. The operating company 
personnel: 


* Stopped group test. 


* reduced number of simultaneous tests the 
ATT can execute. 


* Stopped all ATT tests (HaltATT). 
ACTION: No required action. 


Indicates that the system encounters five 
consecutive failures and tests the reference 
trunk again. The reference trunk failed the test 
that followed and the system aborted the 
group. 


ACTION: Diagnose trunk testing equipment 
and reference trunks. 


Indicates that the system found five 
consecutive failures during the search for a 
group reference trunk. 


ACTION: Diagnose trunk test equipment. 
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ATT102 (continued) 


(Sheet 10 of 18) 


Field Value 


Description 


HIGH - DRY 


HIGH TONE 


HIT RECEIVED 


INVALID REPLY 


LOOP SIG FAULT 


LOOP SIG FAULT 
NOSET 


LTA CANCELLED 


HARDWARE FAILURE 


Indicates that the system encountered a 
hardware defect in the trunk circuit. 


ACTION: Diagnose trunk under test. The 
trunk could have a hardware defect. 


Indicates that a far-end office did not send an 
off-hook signal after a burst of audible ringing 
tone. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, defect is in the far-end or 
transmission facility. 


Indicates that the far-end office returned a high 
frequency tone. 


ACTION: Try test again. 


Indicates that the system detected a transient 
condition in the trunk. 


ACTION: Try test again. 


Indicates that the far-end office returned an 
invalid signal when the DMS switch tried to 
outpulse digits. 


ACTION: Diagnose trunk under test. If the 
tests pass, the defect is in the far-end or in the 
transmission facility. 


Indicates a defect in the loop bridge, or the 
receiving equipment caused a signaling 
failure. 


ACTION: Diagnose test equipment. 
Indicates a defective software or loop 


generating equipment caused a signaling 
failure. 


ACTION: Check trunk and test parameters 
and options. Diagnose test equipment. 
Indicates that the local trunk alarm (LTA) was 
improperly canceled 


ACTION: Diagnose test equipment, and try 
test again. 
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ATT102 (continued) 


(Sheet 11 of 18) 


Field Value Description 

LTU FAULT Indicates that the system detected a defect in 
line test unit (LTU). 
ACTION: Diagnose LTU. 

MILLIWATT Indicates that the far-end office returned a 
milliwatt tone. 
ACTION: Try test again. 

NO/BAD CSC Indicates that the system attempted to perform 

RESPONSE a cellular trunk test. Indicates the system did 
not receive a response or received a response 
that was not expected. 
ACTION: Diagnose CSC. 

NO/BAD RCU Indicates that the system attempted a cellular 

RESPONSE trunk test. The cellular remote carrier urban 
(RCU) received a response that was not 
planned or no response. 
ACTION: Diagnose RCU. 

NO/BAD TAU Indicates an attempt made to perform a 

RESPONSE cellular trunk test. The cellular test and alarm 


NO CARD IN SHELF 


NO FAR END TEST 
EQUIPMENT 


NO LOGICAL MB 


unit (TAU) received a response that was not 
planned or no response. 


ACTION: Diagnose TAU. 


Indicates that the circuit pack is missing. 


ACTION: Check the installation of the trunk 
circuit equipment. 


Indicates that the far-end test equipment does 
not exist or is not available. 


ACTION: Diagnose trunk under test. If tests 
pass, the defect is in the far-end office or in the 
transmission facility. 


Indicates that the software bug did not prevent 
the allocation of the logical message buffer 
(MB). 


ACTION: Try test again. 
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ATT102 (continued) 


(Sheet 12 of 18) 


Field Value 


Description 


NO START DIAL 
SIGNAL 


NO TEST EQUIPMENT 


NO TESTLINE 
NUMBER 


NO TONE 


NO TRUNKS IN 
GROUP 


NOT OG OR 2W 
TRUNK GROUP 


OUTPULSING 
TROUBLE 


OVERFLOW TONE 


Indicates that the far-end office did not 
respond after the system seized the trunk. 


ACTION: Try test again. 

Indicates that the test equipment was not 
available. 

ACTION: Check the trunk and test parameters 
and options. 

Indicates that the software bug prevented the 
trunk circuit from being found. 

ACTION: Check the trunk and test parameters 
and options. Retry test. 

Indicates that the far-end office failed to return 
the correct tone. 

ACTION: Try test again. 

Indicates that a software bug does not allow 
the system to find the trunks in the group. 
ACTION: Check trunk and test parameters 
and options. Try test again. 


Indicates that a test attempted transmission or 
attempted loss tests on a trunk that was not an 
outgoing or two-wire trunk. 


ACTION: Check trunk and test parameters 
and options. 

Indicates trouble encountered when the 
system transmitted digits. 


ACTION: Diagnose trunk under test. If tests 
pass, defect is in the far-end office or 
transmission facility. 


Indicates that the far-end office returned an 
overflow tone. 


ACTION: Try test again. 
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ATT102 (continued) 


(Sheet 13 of 18) 
Field 


Value 


Description 


PARAMETER FAULT 


PERIODIC SIGNAL 


PM FAULT 


RECORDED 


ANNOUNCEMENT 


REORDER TONE 


RINGING 


STOP DIAL SIGNAL 
RECEIVED 


TAU NOT AVAILABLE 


TEST EQUIPMENT 
FAIL 


Indicates that the parameters are wrong or not 
compatible for test type. 


ACTION: Check trunk and test parameters 
and options. 

Indicates that the far-end office returned a 
signal that was periodic or not continuous. 
ACTION: Try test again. 

Indicates a defect in the peripheral module 
(PM). 

ACTION: Diagnose PM. 

Indicates that the far-end office returned a 
recorded announcement. 

ACTION: Try test again. 

Indicates that the far-end office returned a 
reorder tone. 

ACTION: Try test again. 

Indicates that the far-end office did not 
respond to ringing. 


ACTION: Diagnose trunk under test. If tests 
pass, the defect is in the far-end or 
transmission facility. 


Indicates that the far-end office returned a 
congestion signal during transmission of digits. 
ACTION: Try test again. 

Indicates that the system attempted a cellular 


trunk test, but the TAU was in use or not 
available. 


ACTION: Try test again. 


Indicates the detection of a defect in the test 
equipment. 


ACTION: Diagnose trunk test equipment. 
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ATT102 (continued) 


(Sheet 14 of 18) 
Field 


Value 


Description 


TEST EQUIPMENT 
FAULT 


TEST EQUIPMENT 
UNAVAILABLE 


TEST NOT ALLOWED 


TEST PROCESS 
TROUBLE 


TEST PROTOCOL 
TROUBLE 


TESTLINE NOT 
AVAILABLE 


TONE DETECTION 
FAILED 


TPT TONE 


TRUNK GROUP 
TIMEOUT 


Indicates that the system detected a defect in 
the test equipment. 


ACTION: Diagnose trunk test equipment. 
Indicates that the test equipment was not 
available for testing. The system generates 


this report every 10 min if the test equipment 
does not become available. 


ACTION: There is no required action. 


Indicates that the test is not allowed on circuit. 
ACTION: Check trunk and test parameters 
and options. 

Indicates that there were problems with the 
test process. 

ACTION: Try test again. 

Indicates a software bug or a response from 
the far-end office that was not planned. 
ACTION: Try test again. 

Indicates that the test is not available in the 
current load. 

ACTION: Check trunk and test parameters 
and options. 

Indicates a failure to detect the correct tone. 
ACTION: Diagnose trunk test equipment. 
Indicates that the far-end office returned a test 


progress tone (TPT). Indicates this result was 
not expected. 


ACTION: Try test again. 


Indicates the waiting time for each trunk in the 
trunk group to become available for testing. 
The allowed waiting time is in the customer 
data Table ATTSCHED. 


ACTION: Check WAIT_TIME in customer 
data Table ATTSCHED. Try test again. 
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ATT102 (continued) 


(Sheet 15 of 18) 
Field 


Value 


Description 


TRUNK NOT TESTED 
CFL 


TRUNK NOT TESTED 
CPD 


TRUNK NOT TESTED 
CPB 


TRUNK NOT TESTED 
DEL 


TRUNK NOT TESTED 
IDL 


TRUNK NOT TESTED 
IMB 


TRUNK NOT TESTED 
INI 


TRUNK NOT TESTED 
LO 


Indicates trunk circuit was not tested because 
it was carrier failed. 


ACTION: Contact the next level of 
maintenance. 


Indicates that the trunk circuit was not tested 
because the circuit was call processing 
deloaded. 


ACTION: When the trunk state returns to 
IDLE, try test again. 

Indicates that the trunk circuit was not tested 
because the circuit was call processing busy. 
ACTION: When the trunk state returns to 
IDLE, try test again. 

Indicates that the trunk circuit was not tested 
because the circuit is deloaded. 

ACTION: Return trunk to service. Try test 
again. 

Indicates that the trunk circuit was not tested 
because the circuit was idle. 

ACTION: Return trunk to service. Try test 
again. 

Indicates that the trunk circuit was not tested 
because the circuit was offline. 

ACTION: Return the trunk to service. Try test 
again. 

Indicates that the trunk circuit was not tested 
because the circuit initialized. 

ACTION: Return the trunk to service. Try test 
again. 

Indicates the trunk circuit was not tested 
because the circuit was locked out. 


ACTION: Contact the next level of 
maintenance. 
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ATT102 (continued) 


(Sheet 16 of 18) 
Field 


Value 


Description 


TRUNK NOT TESTED 
MB 


TRUNK NOT TESTED 
NEQ 


TRUNK NOT TESTED 
NMB 


TRUNK NOT TESTED 
PMB 


TRUNK NOT TESTED 
RES 


TRUNK NOT TESTED 
RMB 


TRUNK NOT TESTED 
SB 


Indicates that the trunk circuit was not tested 
because the circuit was manually busy. 


ACTION: Return the trunk to service. Try test 
again. 


Indicates that the trunk circuit was not tested 
because the circuit was not equipped. 


ACTION: Return the trunk to service. Try test 
again. 


Indicates that the system did not test the trunk 
circuit because the circuit was network 
management busy. 


ACTION: When the trunk returns to the IDLE 
state, try test again. 

Indicates that the system did not test the trunk 
circuit because the circuit was PM busy 
ACTION: Contact the next level of 
maintenance. 

Indicates that the system did not test the trunk 
circuit because the circuit was in restricted idle. 
ACTION: When trunk state returns to the IDLE 
state, try test again. 

Indicates that the system did not test the trunk 
circuit because the circuit was remote busy. 
ACTION: Contact the next level of 
maintenance. 

Indicates that the trunk circuit was not tested 
because it was system busy. 


ACTION: Contact the next level of 
maintenance. 
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ATT102 (continued) 


(Sheet 17 of 18) 
Field 


Value 


Description 


TRUNK NOT TESTED 
SZD 


TRUNK TIMEOUT 


TST EQUIPMENT NOT 
REQUIRED 


TTU FAULT 


UNEXPECTED TONE 


UNKNOWN ATT 
MESSAGE 


WRONG CARD IN 
SHELF 


120-IPM TONE 


Indicates that the system did not test the trunk 
circuit because the circuit was already seized. 


ACTION: When the trunk returns to the IDLE 
state, try test again. 


ACTION: When trunk returns to the IDLE 
state, try test again. 


Indicates the amount of time each trunk waits 
for a test. The allowed waiting time is in the 
customer data Table ATTSCHED. 


ACTION: Check WAIT TIME in the customer 
data Table ATTSCHED. Try test again. 


Indicates a difference in the requested test. 
The requested test called for equipment that 
was not necessary. 


ACTION: Check the trunk and test the 
parameters and options. 

Indicates a defect found in the transmission 
test unit (TTU). 

ACTION: Diagnose TTU. 

Indicates that the far-end office returned a tone 
that is not planned or not known. 

ACTION: Diagnose trunk test equipment. 
Indicates a software bug is present. A 


Software Error Report (SWEHR) always 
precedes this message. 


ACTION: Contact the next level of 
maintenance. 

Indicates a wrong circuit pack installed in the 
shelf. 

ACTION: Check the trunk circuit equipment 
installation. 

Indicates that a far-end office returned a signal 
at 120 impulses every minute. 

ACTION: Try test again. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-244 UCS log reports 
ATT102 (end) 


(Sheet 18 of 18) 


Field Value 


Description 


30-IPM TONE 


logtxt FAIL 


SKIP 


TESTEQ 


Action 


Indicates that a far-end office returned a signal 
at 30 impulses every minute. 


ACTION: Try test again. 


Indicates that a trunk test failed. These results 
are displayed with all reasons except TEST 
EQUIPMENT UNAVAILABLE and TRUNK 
NOT TESTED. 


Indicates that a trunk test was skipped. 
Displayed with TRUNK NOT TESTED reason 
only. 


Indicates that the test equipment is not 
available. Displayed with TEST EQUIPMENT 
UNAVAILABLE reason only. 


If you find reastxt in the preceding table, use the following references to isolate 
and correct failures that ATT101 indicates. 


For failures related to data entry, refer to the data schema section of the 
Translations Guide . For failures related to trunk equipment, refer to Card 
Replacement Procedures . This document gives step-by-step procedures to 
isolate and correct trunk and test equipment failures. For more information 
concerning trunk testing, refer to the Advanced Maintenance Guide . 


If you do not find reastxt generated in the table above, contact the next level of 


support. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ATT103 
Explanation 
The Automatic Trunk Testing (ATT) subsystem generates ATT103 when the 
subsystem encounters trunk test protocol problems,and aborts the test. 
Format 
The log report format for ATT103 is as follows: 
1.ATT103 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
пт TESTLINE PROTOCOL FAILED reastxt 
PROTOCOL 
Example 


An example of log report ATT103 follows: 


1.АТТ103 АРК01 12:00:00 2112 INFO 
CKT CAMA2W 1 
T102 TESTLINE PROTOCOL FAILED HIGH AND DRY PROTOCOL 


Field descriptions 
The following table describes each of the fields in the log report: 


(Sheet 1 of 18) 


Field Value Description 


INFO Constant Indicates data that follows provides a report 
when trunk test protocol trouble occurs and 
the system aborts the test. 


CKT Symbolic text Provides equipment identification suspect 
trunk equipment. 


tstnm DIAG Indicates that the system performed an 
extended diagnostic test. 


MXAM Indicates that the system performed a 
mobile telephone exchange (MTX) audio 
loop test with a C-message filter. 


MXAN Indicates MTX audio loop test with a 
C-notch filter was performed. 
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Field 


Value 


Description 


MXRM 
MXRN 


MXWM 


MXWN 


N100 


5100 


ТАНТ 


ТА01 


ТА02 


ТА03 


ТА04 


ТА05 


Indicates that the system performed an MTX 
radio frequency loop test with a C-notch 
filter. 


Indicates that the system performed an MTX 
wire loop test with a C-message filter. 


Indicates that the system performed an MTX 
wire loop test with a C-notch filter. 


Indicates that the system used a 100-type 
test line to perform a new version of the 
milliwatt and balance test. 


Indicates that the system used a 100-type 
test line to perform only an old version of 
balance test. 


Indicates that the system performed a 
Turkey arter test line test. 


Indicates that the system performed a 
transmission test of level measurements in 
both directions. Indicates the system used 
an automatic transmission measuring 
equipment (АТМЕ). 


Indicates that the system used ATME to 
perform a transmission test of loss 
frequency deviation. 


Indicates that the system used ATME to 
perform a transmission test of noise 
measurements. 


Indicates that the system used ATME to 
perform a transmission test of level 
measurements in both directions and noise 
measurements. 


Indicates that the system used ATME to 
perform a transmission test of loss 
frequency deviation and noise 
measurements. 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-247 
ATT103 (continued) 


(Sheet 3 of 18) 
Field 


Value 


Description 


ТА06 


ТА07 


ТА08 


ТА09 


ТА10 


ТА11 


ТА12 


ТА13 


ТА14 


ТА15 


ТА16 


Indicates that the system used ATME to 
perform a full signaling test. 


Indicates that the system used ATME to 
perform a full signaling test and 
transmission test of level measurements in 
both directions. 


Indicates that the system used ATME to 
perform a full signaling test and 
transmission test of loss frequency 
deviation. 


Indicates that the system used ATME to 
perform a full signaling test and 
transmission test of noise measurement. 


Indicates that the system used ATME to 
perform a full signaling test, a transmission 
test of level measurements in both 
directions, and noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test, a transmission 
test of loss frequency deviation, and noise 
measurements. 


Indicates that the system used ATME to 
perform a short signaling test. 


Indicates that the system used ATME to 
perform a busy flash-signaling test. 


Indicates that the system used ATME to 
perform a busy flash-signaling test and a 
transmission test of level measurements in 
both directions. 


Indicates that the system used ATME to 
perform a busy-flash signaling test and a 
transmission test of loss frequency 
deviation. 


Indicates that the system used ATME to 
perform a busy flash-signaling test and a 
transmission test of noise measurements. 
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ATT103 (continued) 


(Sheet 4 of 18) 
Field 


Value 


Description 


ТА17 


ТА18 


ТА19 


ТА20 


ТА21 


ТА22 


ТА23 


ТА24 


ТА25 


Indicates that the system used ATME to 
perform a busy-flash signaling test, a 
transmission test of level measurements in 
both directions, and noise measurements. 


Indicates that the system used ATME to 
perform a busy-flash signaling test, a 
transmission test of loss frequency 
deviation, and noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test and a busy-flash 
signaling test. 


Indicates that the system used ATME to 
perform a full signaling test, a busy-flash 
signaling test, and a transmission test of 
level measurements in both directions. 


Indicates that the system used ATME to 
perform a full signaling test, a busy-flash 
signaling test, and a transmission test of 
loss frequency deviation. 


Indicates that the system used ATME to 
perform a full signaling test, a busy-flash 
signaling test, and transmission test of 
noise measurements. 


Indicates that the system used ATME to 
perform a full signaling test, a busy-flash 
signaling test, a transmission test of level 
measurements in both directions, and noise 
measurements. 


Indicates that the system used ATME to 
perform a full signaling test, a busy-flash 
signaling test, and transmission test of noise 
measurements and loss frequency 
deviation. 


Indicates that the system used ATME to 
perform a short signaling test and a 
busy-flash signaling test. 
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Field Value Description 


TCON Indicates that the system performed a 
Common-Channel Interoffice Signaling No. 
6 (CCIS6) continuity test. 


TCOT Indicates that the system performed a 
CCIS6 continuity test on digital trunk 
controller (DTC). 


TE M Indicates that the system performed an E 
and M lead signaling test. 


TLPA Indicates that the system performed a 
loop-around test line test. The reference 
trunk occupies port 1 of the transmission 
test trunk (TTT). 


TLPB Indicates that the system performed the 
loop-around test line test. The reference 
trunk occupies port 2 of the TTT. 


TLON Indicates that the system used a 105-type 
test line to perform a loss (1004 Hz at zero 
dBm) and noise (C-message filter) test. 


TLOS Indicates that the system used a 105-type 
test line to perform a loss (1004 Hz at zero 
dBm) test with a self-check. 


TLO5 Indicates that the system used a 105-type 
test line to perform a loss (1004 Hz at zero 
dBm) test. 

TL6N Indicates that the system used a 105-type 


test line to perform a loss (404, 1004, and 
2804 Hz at -16 dBm) and noise (C-notched 
filter) test. 


TL6S Indicates that the system used a 105-type 
test line to perform a loss (404, 1004, and 
2804 Hz at -16 dBm) test with self-check. 


TL65 Indicates that the system used a 105-type 
test line to perform a loss (404, 1004, and 
2804 Hz at -16 dBm) test. 
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(Sheet 6 of 18) 
Field 


Value 


Description 


TNSS 


TR2L 


TR2S 


TSBS 


TSBT 


TSYN 


TS65 


T100 


T102 


T103 


T104 


Indicates that the system performed a 
nonsynchronous test line test. 


Indicates that the system performed a 
repeat 2 long delay test. 


Indicates that the system performed a 
repeat 2 short delay test. 


Indicates that the system performed a 
far-end equipment self-check of loss (404, 
1004, and 2804 Hz test tone at -16 dB), 
noise (C-notched filter), and return loss test. 
Indicates the system used a 105-type test 
line. 


Indicates that the system performed a return 
loss measurement test. 


Indicates that the system performed a 
synchronous test line test. 


Indicates that the system performed a 
far-end equipment self-check of loss (404, 
1004, and 2804 Hz test tone at -16 dB) and 
noise (C-notched filter). Indicates the 
system used a 105-type test line. 


Indicates that the system used a 100-type 
test line to perform a milliwatt and balance 
test. Indicates the version (old or new) is not 
known. 


Indicates that the system used a 102-type 
test line a milliwatt test. 


Indicates that the system used a 103-type 
test line a signaling test. 


Indicates that the system used a 104-type 
test line a milliwatt test in both directions. 
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Field Value Description 


Т105 Indicates that the system performed а loss 
(1004 Hz at zero dBm) and noise 
(C-message filter) test with self-check. 
Indicates the system used a 105-type test 
line. 


T165 Indicates that the system performed a loss 
(404, 1004, and 2804 Hz at -16 dBm) and 
noise (C-notched filter) test with self-check. 
Indicates the system used a 105-type test 
line. 


T5AS Indicates that the system performed a loss 
(1004 Hz at zero dBm), noise (C-message 
filter), and return loss test with self-check. 
Indicates the system used a 105-type test 
line. 


ТБАТ Indicates that the system performed a loss 
(C1004 Hz at zero dBm), noise (C-message 
filter), and return loss (C1004 Hz at zero 
dBm) test. Indicates the system used a 
105-type test line. 


T5BS Indicates that the system performed a return 
loss measurement and self- check test. 
Indicates the system used a 105-type test 
line. 


T5LB Indicates that the system used a 105-type 
test line to perform a loss (404, 1004, and 
2804 Hz at -16 dBm) and return loss test. 
Indicates the system. 


T5SB Indicates that the system used a 105-type 
test line to perform a return loss test with 
self-check was performed. 


T50L Indicates that the system used a 105-type 
test line to perform a loss (1004 Hz at zero 
dBm) and return loss (C1004 Hz at zero 
dBm) test. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-252 UCS log reports 
ATT103 (continued) 
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COULDN'T READ 
ATTOPTNS 


Field Value Description 
T56N Indicates that the system used a 105-type 
test line to perform a loss (404, 1004, and 
2804 Hz at -16 dBm), noise (C-notched 
filter), and return loss test. 
TESTLINE PROTOCOL Constant Indicates that a protocol failure occurred 
FAILED when the system executed an ATT trunk 
test. 
reastxt ACTIVE TABLE Indicates that more trunk tests were called 
FULL to execute than the present setting in 
customer data Table ATTSCHED permits. 
ACTION: Change the number of 
simultaneous tests from the ATT MAP level. 
BUSY TONE Indicates that the far-end office returned a 
busy tone. 
ACTION: Try test again. 
CARD FAULT Indicates that the system encountered a 
hardware defect in the circuit pack. 
ACTION: Replace the circuit pack. 
CONNECTION Indicates a connection failure between the 
FAILURE trunk and the test equipment. 
ACTION: Find the defects in the trunk test 
equipment. 
COULDN'T OPEN Indicates that a software bug prevented the 
ATTOPTNS opening or access to customer data Table 


ATTOPTNS. 
ACTION: Try test again. 
Indicates that the required entry in customer 


data Table ATTOPTNS is not present for the 
specified test class. 


ACTION: Check trunk and test parameters 
and options. Try test again. 
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Field Value Description 

CSC MTCE IN Indicates that an attempt to perform a 

PROGRESS cellular trunk test occurred while 
maintenance of the cell site controller (CSC) 
was in progress. 
ACTION: Try test again. 

DATA FAULT Indicates that there were problems with the 
received test result data. 
ACTION: Try test again. 

DIAGNOSTIC Indicates that the test was initiated on a 

NOT ALLOWED circuit not equipped for that test type. 
ACTION: Check the trunk and test 
parameters and options. 

DIAL TONE Indicates that a far-end office returned a dial 


FACILITY FAULT 


FAILED TO RUN 
DIAGNOSTIC 


FAILED TO RUN 
TESTLINE 


GROUP 
CURRENTLY 
UNDER TEST 


tone. 

ACTION: Try test again. 

Indicates a defect in the transmission 
facilities. 

ACTION: Find the defects in the trunk and 
test equipment. 

Indicates that the test equipment was not 
available or inoperative. 

ACTION: Find the defects in the trunk and 
test equipment. 


Indicates that a software bug during initial 
setup prevented the test. Normally 
indicates that processes are not available. 


ACTION: Try test again. 


Indicates that the trunk group executed a 
trunk testand the system ignored the second 
test request. 


ACTION: There is no required action. 
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ATT103 (continued) 
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Field 


Value 


Description 


GROUP MANUAL 
ABORT 


GROUP SYSTEM 
ABORT: 
REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM 
ABORT: 
REFERENCE 
TRUNK 
UNAVAILABLE 


GROUP SYSTEM 
ABORT: 5 
CONSECUTIVE 
FAILURES 


HARDWARE 
FAILURE 


HIGH - DRY 


Indicates that the test was manually aborted 
from the ATT MAP level because the user: 


* Stopped the group test. 


* reduced the number of simultaneous 
tests ATT can execute. 


* Stopped all ATT tests (HaltATT). 
ACTION: There is no required action. 


Indicates that the five consecutive failures 
occurred and the system tested the 
reference trunk again. The reference trunk 
failed the next test and the system aborted 
the group. 


ACTION: Find the defects in the trunk 
testing equipment and reference trunks. 


Indicates that five consecutive failures 
occurred and the system tested the 
reference trunk again. The system did not 
seize the reference trunk and the system 
aborted the group test. 


ACTION: Find the defects in the trunk 
testing equipment and reference trunks. 


Indicates that five consecutive failures 
occurred during a search for a group 
reference trunk. 


ACTION: Find the defects in the trunk test 
equipment. 


Indicates that the system detected hardware 
defects in the trunk circuit. 


ACTION: Find the defects in the trunk under 
test. The trunk can have hardware defects. 


Indicates that after a burst of audible ringing 
tone, the far-end office did not send an 
off-hook signal. 


ACTION: Find the faults in the trunk under 
test. If diagnostics pass, damage is in the 
far-end or transmission facility. 
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Field Value Description 
HIGH TONE Indicates that the far-end office returned a 
high frequency tone. 
ACTION: Try test again. 
HIT RECEIVED Indicates that the system detected a 


INVALID REPLY 


LOOP SIG FAULT 


LOOP SIG FAULT 
NOSET 


LTA CANCELLED 


LTU FAULT 


MILLIWATT 


temporary condition in the trunk. 
ACTION: Try test again. 


Indicates that the far-end office returned a 
signal that is not correct when the DMS 
Switch tried to transmit digits. 


ACTION: Find the defects in the trunk under 
test. If tests pass, the defect is in the far-end 
or transmission facility. 


Indicates that a defect in the loop bridge or 
the receiving equipment caused a signaling 
failure. 


ACTION: Find the defects in the test 
equipment. 


Indicates that defect in the software or loop 
generating equipment caused a signaling 
failure. 


ACTION: Check trunk and test parameters 
and options. Find the defects in the test 
equipment. 


Indicates that the local trunk alarm (LTA) 
was not cancelled correctly. 

ACTION: Find the defects in the test 
equipment, and try the test again. 
Indicates that the system detected a fault in 
the line test unit (LTU). 

ACTION: Find the defects in the LTU. 
Indicates that the far-end office returned a 
milliwatt tone. 

ACTION: Try test again. 
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(Sheet 12 of 18) 
Field Value Description 
NO/BAD CSC Indicates that a cellular trunk test attempt 
RESPONSE caused no response or a response that was 
not planned from the CSC. 
ACTION: Find the defects in the CSC. 
NO/BAD RCU Indicates that a cellular trunk test attempt 
RESPONSE caused a response that was not planned or 
no response from the cellular remote carrier 
urban (RCU). 
ACTION: Find the defects in the RCU. 
NO/BAD TAU Indicates that a cellular trunk test attempt 
RESPONSE caused no response or a response that was 
not planned from the cellular test and alarm 
unit (TAU). 
ACTION: Find the defects in the TAU. 
NO CARD IN Indicates that the circuit pack is not present. 
SHEBE ACTION: Checkthe trunk circuit equipment 
installation. 
NO FAR END Indicates that the far-end test equipment 
TEST was not available or does not exist. 
EQUIPMENT 


NO LOGICAL MB 


NO START DIAL 


SIGNAL 


NO TEST 
EQUIPMENT 


ACTION: Find the faults in the trunk under 
test. If the tests pass, the fault is in the 
far-end or transmission facility. 


Indicates that a software bug prevented the 
allocation of no logical message buffer 
(MB). 


ACTION: Try the test again. 

Indicates that the far-end office did not 
respond after the trunk was seized. 
ACTION: Try the test again. 

Indicates that the test equipment is not 
available. 


ACTION: Check trunk and test parameters 
and options. 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-257 
ATT103 (continued) 


(Sheet 13 of 18) 
Field Value Description 
NO TESTLINE Indicates that the software bug prevented 
NUMBER the detection of the trunk circuit. 
ACTION: Check trunk and test parameters 
and options. Try the test again. 
NO TONE Indicates that the far-end office does not 
return the correct tone. 
ACTION: Try test again. 
NO TRUNKS IN Indicates that a software bug prevented the 
GROUP detection of trunks in the group. 


NOT OG OR 2W 
TRUNK GROUP 


OUTPULSING 
TROUBLE 


OVERFLOW 
TONE 


PARAMETER 
FAULT 


PERIODIC 
SIGNAL 


ACTION: Check trunk and test parameters 
and options. Try test again. 


Indicates that the test attempted 
transmission or loss tests on a trunk that 
was not an outgoing or 2-wire trunk. 


ACTION: Check trunk and test parameters 
and options. 

Indicates that problems occurred while the 
system transmitted outpulsing digits. 


ACTION: Find the faults in the trunk under 
test. If tests pass, damage is in the far-end 
or transmission facility. 


Indicates that the far-end office returned an 
overflow tone. 

ACTION: Try test again. 

Indicates that the parameters were wrong or 
not compatible for the test type. 

ACTION: Check the trunk and test 
parameters and options. 


Indicates that the far-end office returned a 
periodic signal or a signal that is not 
continuous. 


ACTION: Try test again. 
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Field Value Description 
PM FAULT Indicates that ta defect occurred in the 
peripheral module (PM). 
ACTION: Find the defects in the PM. 
RECORDED Indicates that the far-end office returned a 
ANNOUNCEMEN _ recorded announcement. 
» ACTION: Try test again. 
REORDER TONE Indicates that the far-end office returned a 
reorder tone. 
ACTION: Try the test again. 
RINGING Indicates that the far-end office ignored the 
ringing. 
ACTION: Find fault in the the trunk under 
test. If tests pass, the defect is in the far-end 
or transmission facility. 
STOP DIAL Indicates that a far-end office returned a 
SIGNAL congestion signal when the system 
RECEIVED transmits digits. 
ACTION: Try test again. 
TAU NOT Indicates that the system attempted a 
AVAILABLE cellular trunk test and the test and alarm unit 
were in use or not available. 
ACTION: Try test again. 
TEST Indicates that the system detected faults in 


EQUIPMENT FAIL 


TEST 
EQUIPMENT 
FAULT 


the test equipment. 

ACTION: Find the defects in the trunk test 
equipment. 

Indicates that the system detected faults in 
the test equipment. 


ACTION: Find the defects in the trunk test 
equipment. 
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Field Value Description 
TEST Indicates that the test equipment was not 
EQUIPMENT available for the test. The system generates 


UNAVAILABLE 


TEST NOT 
ALLOWED 


TEST PROCESS 
TROUBLE 


TESTPROTOCOL 
TROUBLE 


TESTLINE NOT 
AVAILABLE 


TONE 
DETECTION 
FAILED 


TPT TONE 


TRUNK GROUP 
TIMEOUT 


this report every 10 min if test equipment 
remains not available. 


ACTION: There is no required action. 
Indicates that the test is not allowed on 
circuit. 

ACTION: Check trunk and test parameters 
and options. 

Indicates that problems with the test 
process. 

ACTION: Try the test again. 

Indicates a software bug or a response that 
was not planned from far-end office. 
ACTION: Try test again. 

Indicates that the test is not available in the 
current load. 

ACTION: Check trunk and test parameters 
and options. 

Indicates a failure to detect correct tone. 
ACTION: Find the defects in the trunk test 
equipment. 


Indicates that the far-end office returned a 
test progress tone (TPT) that was not 
expected. 


ACTION: Try test again. 


Indicates the time expired waiting for each 
trunk in the trunk group to be available for 
testing. The allowed waiting time is set in 
customer data Table ATTSCHED. 


ACTION: Check WAIT TIME in customer 
data Table ATTSCHED. Try test again. 
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(Sheet 16 of 18) 
Field Value Description 

TRUNK NOT Indicates that the system did not test the 

TESTED CFL trunk circuit because it was carrier failed. 
ACTION: Contact the next level of 
maintenance. 

TRUNK NOT Indicates that the system did not test he 

TESTED CPD trunk circuit because it was call processing 
deloaded. 
ACTION: When the trunk state returns to 
IDLE, try test again. 

TRUNK NOT Indicates that the system did not test the 

TESTED CPB trunk circuit because it was call processing 
busy. 
ACTION: When trunk state returned to 
IDLE, try test again. 

TRUNK NOT Indicates that the system did not test the 

TESTED DEL trunk circuit. It is deloaded. 
ACTION: Return trunk to service. Try test 
again. 

TRUNK NOT Indicates that the system did not test the 

TESTED IMB trunk circuit. It was offline. 
ACTION: Return trunk to service. Try test 
again. 

TRUNK NOT Indicates that the system did not test the 

TESTED INI trunk circuit. It was initialized. 
ACTION: Return trunk to service. Try test 
again. 

TRUNK NOT Indicates that the system did not test the 

TESTED LO trunk circuit. The circuit was locked out. 
ACTION: Contact the next level of 
maintenance. 

TRUNK NOT Indicates that the system did not test the 

TESTED MB trunk circuit. It was manually busy. 


ACTION: Return trunk to service. Try test 
again. 
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Field Value Description 

TRUNK NOT Indicates that the system did not test the 

TESTED NEQ trunk circuit. The circuit was unequipped. 
ACTION: Return trunk to service. Try test 
again. 

TRUNK NOT Indicates that the system did not test the 

TESTED NMB trunk circuit was because it was network 
management busy. 
ACTION: When trunk state returns to IDLE, 
try test again. 

TRUNK NOT Indicates that the system did not test the 

TESTED PMB trunk circuit. It was PM busy. 
ACTION: Contact the next level of 
maintenance. 

TRUNK NOT Indicates that the system did not test the 

TESTED RES trunk circuit. It was in restricted idle. 
ACTION: When the trunk state returns to 
IDLE, try test again. 

TRUNK NOT Indicates that the system did not test the 

TESTED RMB trunk circuit because it was remote busy. 
ACTION: Contact the next level of 
maintenance. 

TRUNK NOT Indicates that the system did not test the 

TESTED SB trunk circuit because it was system busy. 
ACTION: Contact the next level of 
maintenance. 

TRUNK NOT Indicates that the system did not test the 

TESTED SZD trunk circuit because it was already seized. 


TRUNK TIMEOUT 


ACTION: When trunk state returns to IDLE, 
try test again. 


Indicates time expired while the system 
waited for each trunk to be available for 
testing. The allowed waiting time is set in 
customer data Table ATTSCHED. 


ACTION: Check WAIT TIME in customer 
data Table ATTSCHED. Try test again. 
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(Sheet 18 of 18) 
Field 


Value 


Description 


PROTOCOL 


TST EQUIPMNT 
NOT REQUIRED 


TTU FAULT 


UNEXPECTED 
TONE 


UNKNOWN ATT 
MESSAGE 


WRONG CARD IN 
SHELF 


120 IPM TONE 


30 IPM TONE 


Constant 


Indicates difference in the requested test. 
The requested test called for equipment 
which was not necessary. 


ACTION: Check trunk and test parameters 
and options. 

Indicates defect found in the transmission 
test unit (TTU). 

ACTION: Find the defects in the TTU. 
Indicates that the far-end office returned a 
tone that was not planned or not known. 
ACTION: Find the faults in the trunk test 
equipment. 


Indicates a software bug. This message 
always occurs before a software error 
(SWER) report. 


ACTION: Contact the next level of 
maintenance. 

Indicates a wrong circuit pack installed in 
the shelf. 

ACTION: Check trunk circuit equipment 
installation. 

Indicates that the far-end office returned a 
signal at 120 impulses for each minute. 
ACTION: Try test again. 

Indicates that the far-end office returned a 
signal at 30 impulses for each minute. 
ACTION: Try test again. 


Indicates that protocol failure occurred 
during an ATT trunk test. 
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Action 
If you find reastxt in the preceding table, use the following references. These 
references will help you to isolate and correct failures that ATT101 indicated. 


For entry failures, refer to the data schema section of the Translations Guide . 
For failures associated with trunk equipment, refer to Card Replacement 
Procedures . This reference provides step-by-step procedures to isolate and 
correct trunk and test equipment failures. For more information concerning 
trunk testing, refer to the Trunks Maintenance Guide . 


If you cannot find reastxt in the preceding table, contact the next level of 
maintenance. 


Associated OM registers 
There are no OM registers. 


Additional information 
There is no additional information. 
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ATT104 


Explanation 
The 


subsystem generates this report when a N100/T100 trunk test is complete. The 
N100 is the new version of the 100-type test line and measures far-to-near end 


Automatic Trunk Testing (ATT) subsystem report ATT104. The 


noise and loss. The T100 is the default test when the version is not known. 


To select the correct test, the DMS switch waits 2 s after the far-end office goes 
off-hook. If a milliwatt tone appears during this time, the system performs the 
N100 test. If a milliwatt tone does not appear, the system performs the T100 


test. 


The 
1. 


DO le AO: com oem 


Format 
The 


DMS and the far-end office install and execute N100 as follows: 


The DMS connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


The DMS transmits a test code to the far-end office. 


The far-end office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


The far-end office applies a milliwatt tone to the test trunk. 
The DMS measures the signal loss. 

The far-end office provides quiet termination to the trunk. 
The DMS measures the noise. 


The test terminates and the trunk becomes free. 


log report format for ATT104 is as follows: 


1.ATT104 mmmdd hh:mm:ss ssdd INFO 


CKT trkid 
tstnm ЕМІ: nn.n FN_DEV: nn.n rslttxt 
NML: nn NIAL:nn NOISE: nn.n gltxt 
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АТТ104 (continued) 


Example 


An example of log report ATT 104 follows: 


1.АТТ104 АРК01 12:00:00 2112 INFO 


СКТ CAMA2W 1 


Т100 ЕМІ: 6. 


РА55 
NML: 10 NIAL: 


Field descriptions 


ЕМ DEV: 2.2 


NOISE: 12 01 


The following table describes each field іп the log report: 


(Sheet 1 of 2) 


Field Value 
INFO Constant 
CKT Symbolic text 
tstnm N100 
T100 
EML 0.0 to 36.0 
FN DEV -99.9 to 499.9 dB 
rsittxt PASS 


Description 


Indicates that the following data generate this 
report when N100/T 100 trunk test is complete 


Provides equipment identification for suspect 
trunk equipment. 


Indicates the system used 100-type test line to 
perform new version of milliwatt and balance 
test 


Indicates the system used 100-type test line to 
perform milliwatt and balance test. The 
system did not know the version (old or new) in 
advance 


Provides expected measured loss (EML) in 
decibels. The EML value appears in user data 
Table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. The field FN DEV indicates the 
difference between measured loss on trunk 
and EML in decibels. 


Indicates far-to-near end deviation is more 
than 99.9 dB 


Indicates test passed. Noise and loss 
measurements are between acceptable limits. 
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ATT104 (епа) 


(Sheet 2 of 2) 


Field Value Description 
FAIL Indicates test failed. Noise and loss 
measurements were not between acceptable 
limits. 
NML 1 to 63 Provides noise maintenance limit (NML) in 


decibels above reference noise. The NML is 
an entered value in customer data Table 
CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NML, initiate 
maintenance action. 


NOISE -99.9 to +99.9 Provides accurate far-to-near end noise 
measured on trunk in decibels above 
reference noise 


qltxt Blank Indicates transmission measurements were 
between acceptable limits. 


Q1 Indicates transmission measurements were 
within maintenance limit. Initiate maintenance 
action. 

Q2 Indicates transmission measurements 


exceeded immediate action limit. Initiate 
immediate action. 


Action 
If rslttxt = PASS, there is no action required. 


If rslttxt = FAIL, refer to Card Replacement Procedures for step-by-step 
procedures. Take immediate action if qltxt = Q2. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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ATT105 


Explanation 


The Automatic Trunk Testing (ATT) subsystem generates this report when a 
5100/Т100 trunk test is complete. An S100 is the new version of the 100-type 
test line, and the 5100 measures far-to-near end noise. The Т100 test is the 
default test for when the system does not know the version. 


To select the correct test, the DMS waits two seconds after the far-end office 
goes off-hook. If a milliwatt tone appears during this time, the system 
performs the new S100 test. The system performs the default test T100 when 
the system does not know the version. 


The DMS and the far-end office install and execute S100 as follows: 


1. The DMS connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


2. The DMS sends a test code to the far-end office. 


3. 'The far-end office responds with an off-hook signal, and provides quiet 
termination to the trunk. 


4. The DMS measures the noise. 


5. The test terminates and the trunk becomes free. 


Format 
The log report format for ATT105 follows: 


1.ATT105 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm NML: nn МАТ: nn NOISE: nn.n qltxt — rslttxt 


Example 
An example of log report ATT105 follows: 


1.АТТ105 АРК01 12:00:00 2112 INFO 
CKT CAMA2W 1 
T100 NML: 10 NIAL: 20 NOISE: 12.0 Ql PASS 
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ATT105 (continued) 


Field descriptions 


The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


INFO 


CKT 


tstnm 


NML 


NIAL 


NOISE 


qltxt 


Constant 


Symbolic text 


$100 


T100 


1 to 63 


1 to 63 


-99.9 to +99.9 


Blank 


Indicates that the following data 
generate this report when an 
S100/T100 trunk test is complete 


Provides equipment identification for 
suspect trunk equipment. 


Indicates that the system used the 
100-type test line to perform the old 
version of the balance test. 


Indicates that the system used the 
100_type test line to perform the 
milliwatt and balance test. The system 
did not know the version in advance. 


Provides noise maintenance limit 
(NML) in decibels above reference 
noise. The NML value appears in 
user data Table 
CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NML, the user 
must begin maintenance action. 


Provides noise immediate action limit 
(NIAL) in decibels above reference 
noise. The value NIAL appears in 
user data Table 
CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NIAL, the user 
must begin immediate maintenance 
action. 


Provides accurate far-to-near end 
noise measurement on trunk in 
decibels above reference noise. 


Indicates transmission measurements 
were between acceptable limits. 
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(Sheet 2 of 2) 


Field Value Description 


Q1 Indicates transmission measurements 
were between maintenance limits. 
The user must begin maintenance 
action. 


Q2 Indicates transmission measurements 
exceeded immediate action limit. The 
user must begin immediate 
maintenance action. 


rslttxt PASS Indicates test passed. Noise 
measurements were between 
acceptable limits. 


FAIL Indicates test failed. Noise 
measurements were not between 
acceptable limits. 


Action 
If rslttxt = PASS, there is no required action. 


If rslttxt = FAIL, refer to Card Replacement Procedures , for step-by-step 
procedures. If qltxt = Q2, the user must take immediate action. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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Explanation 


The Automatic Trunk Testing (ATT) subsystem generates this report when a 
T102 trunk test is complete. The T102 test measures far-to-near end loss on 
102-type test lines. 


The DMS and the far-end office install and execute T102 as follows: 


1. The DMS connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


2. The DMS transmits a test code to the far-end office. 


3. The far-end office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


4. The far-end office applies a milliwatt tone to the test trunk. 


5. The DMS measures the signal strength and calculates the transmission 
loss. 


6. The test terminates and the trunk becomes free. 


Format 
The log report format for ATT106 follows: 


1.ATT106 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
T102 ЕМІ: пп.п ЕМ БЕУ: nn.n gltxt rslttxt 


Example 
An example of log report ATT106 follows: 


1.АТТ106 АРК01 12:00:00 2112 INFO 
CKT CAMA2W 1 
T102 EML: 6.0 FN DEV: 2.2 01 РА55 
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ATT106 (continued) 


Field descriptions 
The following table describes each of the fields in the log report: 


Field 


Value 


Description 


INFO 


CKT 


T102 


EML 


FN DEV 


qltxt 


rsittxt 


Constant 


Symbolic text 


Constant 


0.0 to 36.0 


-99.9 to +99.9 dB 


Blank 


Q1 


Q2 


PASS 


FAIL 


Indicates that the following data generate this 
report when a T102 trunk test is complete 


Provides equipment identification for suspect 
trunk equipment 


Indicates system performed milliwatt with the 
102-type test line 


Provides expected measured loss (EML) in 
decibels. The EML value appears in user data 
Table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. The field FN DEV indicates the 
difference between measured loss on trunk 
and EML in decibels. 


Indicates that far-to-near end deviation is 
greater than 99.9 dB 


Indicates transmission measurements were 
between acceptable limits 


Indicates transmission measurements were 
between maintenance limits. The user must 
begin maintenance action. 


Indicates transmission measurements 
exceeded immediate action limit. The user 
must begin immediate maintenance action. 


Indicates test passed. Noise and loss 
measurements were between acceptable 
limits. 


Indicates test failed. Noise and loss 
measurements were not between acceptable 
limits. 


Action 


If rslttxt = PASS, there is no required action. 
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If rslttxt = FAIL, refer to Card Replacement Procedures , for step-by-step 
procedures. Perform immediate action if gltxt 2 Q2. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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ATT107 


Explanation 


Format 


The Automatic Trunk Testing (ATT) subsystem generates this report when a 
T104 trunk test is complete. The T104 measures far-to-near end and 
near-to-far end noise and loss. 


The DMS and the far-end office install and execute N100 as follows: 


1. 


po. cde Qv Wc 


The DMS connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


The DMS transmits a test code to the far-end office. 


The far-end office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


The DMS applies a milliwatt tone to the test trunk. 

The far-end measures the signal strength and calculates the loss. 
The far-end office applies a milliwatt tone to the test trunk. 

The DMS measures the signal strength and calculates the loss. 


The far-end applies an attenuated milliwatt signal based on the near-to-far 
end loss. 


The DMS measures the attenuated signal loss and calculates the 
near-to-far end loss. 


. The far-end office provides quiet termination to the trunk. 
. The DMS measures the noise. 

. The DMS provides quiet termination to the trunk. 

. The far-end measures the noise. 


. The test terminates and the trunk becomes free. 


The format for log report ATT107 follows: 


1.ATT107 mmmdd hh:mm:ss ssdd INFO 

CKT trkid 

T104 EML:nn.n ЕМ DEV:nn.n МЕ DEV:nn.n rslttxt 
NML: nn NIAL: пп NOISE: пал МЕ NSE: nftxt qltxt 
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ATT107 (continued) 


Example 


An example of log report ATT 107 follows: 


1.АТТ107 ӘАМ01 16:02:00 6298 INFO 


CKT ODCMBX1 10 
T104 EML: 6.0 


NML: 10 NIAL: 20 


Field descriptions 


ЕМ DEV: 1.6 МЕ DEV: 0.1 РА55 
NOISE: 11.0 NF NSE: PASS O1 


The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


INFO Constant 


CKT Symbolic text 


T104 Constant 


EML 0.0 to 36.0 


FN DEV -99.9 to +99.9 dB 


NF DEV -99.9 to 499.9 dB 


Indicates that the following data generate this 
report when a T104 trunk test is complete 


Provides equipment identification for suspect 
trunk equipment 


Indicates the system performed the milliwatt 
test in both directions and used the 104-type 
test line 


Provides expected measured loss (EML) in 
decibels. The EML value appears in user data 
Table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. FN DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is greater 
than 99.9 dB. 


Provides near-to-far end loss deviation in 
decibels. NF DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Indicates near-to-far end deviation is greater 
than 99.9 dB 
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(Sheet 2 of 2) 


Field 


Value 


Description 


rsittxt 


NML 


NIAL 


NOISE 


NF_NSE 


qitxt 


PASS 


FAIL 


1 to 63 


1 to 63 


-99.9 to +99.9 


PASS 


FAIL 


Blank 


Q1 


Q2 


Indicates test passed. Noise and loss 
measurements were within acceptable 
tolerances. 


Indicates test failed. Noise and loss 
measurements were not within acceptable 
tolerances. 


Provides noise maintenance limit (NML) in 
decibels above reference noise. The NML 
value appears in user data Table 
CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NML, the user should 
initiate maintenance action. 


Provides noise immediate action limit (NIAL) in 
decibels above reference noise. The NIAL 
value appears in user data Table 
CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NIAL, the user must 
initiate immediate action. 


Provides accurate far-to-near end noise 
measured on trunk in decibels above 
reference noise 


Indicates that the accurate near-to-far end 
noise measured on trunk in decibels is less 
than 41 dBRN 


Indicates that the accurate near-to-far end 
noise measured on trunk in decibels is greater 
than 41 dBRN 


Indicates transmission measurements were 
within acceptable tolerances 


Indicates transmission measurements were 
within maintenance limit. The user should 
initiate maintenance action. 


Indicates transmission measurements were in 
excess of immediate action limit. The user 
must initiate immediate maintenance action. 
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Action 
If rslttxt = PASS, there is no action required. 


If rslttxt = FAIL, refer to Card Replacement Procedures , for step-by-step 
procedures. Immediate action is required if qltxt = Q2. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Automatic Trunk Testing (ATT) subsystem generates ATT 108 when a 
TLPA/TLPB trunk test is complete. These looparound trunk tests measure 
far-to-near end and near-to-far end loss for a group of trunks. 


The TLPA and TLPB selects two trunks as reference trunks from the group of 
trunks the system tests. The far-to-near end loss is less than the maintenance 
limit on one reference trunk. The near-to-far end loss is less than the 
maintenance limit in the other reference trunk. The two trunks provide a 
known transmission loss for the looparound test. 


The DMS and the far-end office install and execute TLPA and TLPB as 
follows: 


1. The DMS selects two reference trunks as follows: 


a. The DMS seizes a trunk and applies the T102 test. Refer to ATT106 
for more information on T102-type trunk tests. 


b. When the trunk passes the T102 test, the trunk becomes the reference 
trunk with a known far-to-near end loss. If the trunk fails the T102 
test, the DMS seizes and tests another trunk. 


c. When the DMS selects the first reference trunk , the DMS seizes and 
tests a second trunk with a looparound test. 


d. When the trunk passes the looparound test, the trunk becomes the 
reference trunk with a known near-to-far end loss. If the trunk fails 
the looparound test, the DMS seizes and tests another trunk. 


2. The DMS selects the reference trunks and connects a transmission test 
trunk (TTT) level meter to the outgoing trunk. 


The DMS transmits a test code to the far-end office. 


4. The DMS applies a milliwatt tone to the test trunk. The signal loops on 
the reference trunk with a known far-to-near end transmission loss. 


5. The DMS measures the signal strength and calculates the near-to-far end 
loss. 


6. The DMS applies a milliwatt tone to the reference trunk with a known 
near-to-far end transmission loss. The system loops the signal on the test 
trunk. 


7. Тһе DMS measures the signal strength and calculates the far-to-near end 
loss. 
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ATT108 (continued) 


Format 
The log report for ATT 108 follows: 
1.ATT108 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm ЕМІ; nn.n ЕМ БЕУ: пп.п МЕ БЕУ: пп.п qltxt rslttxt 
Example 


An example of log report ATT 108 follows: 


1.ATT108 APR23 16:16:16 2346 INFO 


CKT ODCMBX1 3 


TLPA ЕМІ: 6.0 ЕМ DEV: 


Field descriptions 


NF DEV: 2.3 01 FAIL 


The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value 
INFO Constant 
CKT Symbolic text 
tstnm TLPA 

TLPB 


Description 


Indicates that the following data generates this 
report when a TLPA/TLPB trunk test is 
complete 


Provides equipment identification for suspect 
trunk equipment 


Indicates that the system has performed the 
looparound test line test. The reference trunk 
occupies port 1 of TTT. 


Indicates that the system has performed the 
looparound test line test. The reference trunk 
occupies port 2 of TTT. 
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(Sheet 2 of 2) 


Field 


Value 


Description 


EML 


FN DEV 


NF DEV 


qltxt 


rsittxt 


Action 


0.0 to 36.0 


-99.9 to +99.9 dB 


-99.9 to +99.9 dB 


Blank 


Q1 


Q2 


PASS 


FAIL 


Provides expected measured loss (EML) in 
decibels. The EML value appears in User Data 
Table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. FN DEV indicates the difference 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is greater 
than 99.9 dB 


Provides near-to-far end loss deviation in 
decibels. Field NF DEV indicates the 
difference between measured loss on trunk 
and EML in decibels. 


Indicates near-to-far end deviation is greater 
than 99.9 dB 


Indicates transmission measurements are in 
acceptable tolerances 


Indicates transmission measurements are in 
the maintenance limit. The user must initiate 
maintenance action. 


Indicates transmission measurements are in 
excess of immediate action limit. The user 
must initiate immediate action. 


Indicates test passes. Noise and loss 
measurements are in acceptable tolerances. 


Indicates test fails. Noise and loss 
measurements are not in acceptable 
tolerances. 


If rsIttxt = PASS, there is no action required. 


If rslttxt = FAIL, refer to Card Replacement Procedures , for step-by-step 
procedures. Immediate action is required if qltxt = Q2. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


The Automatic Trunk Testing (ATT) subsystem report ATT110. The 
subsystem generates ATT110 when a group trunk test terminates normally. 
The ATT110 report identifies the test and summarizes the results. 


The summary report spans a series of different types of trunk tests. The report 
display is different for each type of test. 


A group trunk test can include a transmission noise and loss test. These test 
results appear in a loss table (losstable) or in a noise table (noisetable). Each 
table contains bins. The bins in a loss table are based on the loss deviation 
from the expected measured loss (EML). The bins in a noise table are based 
on the noise deviation from the noise maintenance limit (NML). When the 
subsystem makes loss measurements for more than one frequency, the report 
summarizes loss deviation for each frequency. 


The group-trunk test can be part of the automatic transmission measuring 
equipment (ATME2) test. In this occurrence, the system tabulates the results 
according to type of failure. 


Format 
The log report format for ATT110 follows: 


1.ATT110 mmmdd hh:mm:ss ssdd INFO GRP clli 


ATT GRP TEST SUMMARY. TEST: testnm SUMMARY 
TESTEQ:trkid TIG:nnnnn TESTED:nnn% FLTEST:nnn% SKIPPED: 
nnn% 


PASSED =nnnnn SIG FAIL = nnnnn BSY FAIL - nnnnn 

QI РАП, 2nnnnn Q2 FAIL = nnnnn NE BSY - nnnnn 

FE BSY = ппппп INST INT = nnnnn MISC FAIL = nnnnn 
LOSS DEVIATION IN DB (MEAS AT п1/12 DB freql1 freq2 freq3 
HZ) 

losstable 

NOISE DEVIATION IN DBRN (MEAS fltrtxt) 

noisetable 


Example 
An example of log report ATT110 follows: 
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1.ATT110 DEC1305:13:37 8702 INFO GRP 


ATT GRP TEST SUMMARY. 


BPR м ммм о 


AWOAWAWOAWOWNAAINAINAINAIN 


Left Margin = 
0 іпсһев>-4.8 
2 


DB 


TEST: T5AT 
TESTEO:TTU 1 TIG:-8680 TESTED: 
LOSS DEVIATION IN 


0% 


OTMF1 


(MEAS AT 0/-10 DB 1004 HZ) 


0.60 inches, 


AND LOWER 

THROUGH -4.3 
THROUGH -3.8 
THROUGH 55223 
THROUGH -2.8 
THROUGH 222 
THROUGH =1:.8 
THROUGH —Le3 
THROUGH -0.8 
THROUGH 0623 
THROUGH 0.2 
THROUGH 0.7 
THROUGH 122 
THROUGH 1:27) 
THROUGH 2592 
THROUGH 2.7 
THROUGH 32 
THROUGH 34 
THROUGH 4.2 
THROUGH 4.7 
AND HIGHER 


NOISE DEVIATION IN 
Left Margin - 


0 іпсһев>-8 AND 
-7 THROUGH 
-4 THROUGH 
-1 THROUGH 

2 THROUGH 

5 THROUGH 

8 THROUGH 

11 THROUGH 

14 AND HIGHER 


DBRN 


LOWER 


-5 
-2 


O-O OG OGO. O O 0 


D- O G G O O OG O GOGH HG OGG O OG O OGO 


First Indent 
0 


(MEAS C-MESSAGE) 
0.60 inches, 


First Indent 


SUMMARY 


FLTEST: 0% SKIPPED:0% 
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Field descriptions 
The following table describes each of the fields in the log report: 


(Sheet 1 of 8) 


Field Value Description 
GRP clli Table CLLI Provides the common language location identifier (CLLI) 
for the trunk group. The field lists CLLI from Cl MAP level 
for the list of office CLLI. 
ATT GRP TEST Constant Indicates report is a group test summary for trunk groups 
SUMMARY that an automatic trunk test (ATT) system tests. 
tstnm DIAG Indicates the system performed the extended diagnostic 
test. 
MXAM Indicates the system performed the mobile telephone 
exchange (MTX) audio loop test with C-message filter. 
MXAN Indicates the system performed the MTX audio loop test 
with C-notch filter. 
MXRM Indicates the system performed the MTX radio frequency 
loop test with C-message filter. 
MXRN Indicates the system performed the MTX radio frequency 
loop test with C-notch filter. 
MXWM Indicates the system performed the MTX wire loop test 
with C-message filter. 
MXWN Indicates the system performed the MTX wire loop test 
with C-notch filter. 
N100 Indicates the system used the 100-type test line to 
perform the new version of the milliwatt and balance test. 
$100 Indicates the system used the 100-type test line to 
perform only the old version of balance test. 
TART Indicates the system performed a Turkey arter test line 
test. 
ТА01 Indicates the system performed a transmission test of 


level measurements in both directions. Indicates the 
system used automatic transmission measuring 
equipment (ATME). 
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(Sheet 2 of 8) 


Field Value 


Description 


ТА02 


ТА03 


ТА04 


ТА05 


ТА06 


ТА07 


ТА08 


ТА09 


ТА10 


ТА11 


ТА12 


ТА13 


Indicates the system used ATME to perform а 
transmission test of loss frequency deviation. 


Indicates the system used ATME to perform a 
transmission test of noise measurements. 


Indicates the system used ATME to perform a 
transmission test of level measurements in both 
directions and noise measurements. 


Indicates the system used ATME to perform a 
transmission test of loss frequency deviation and noise 
measurements. 


Indicates the system used ATME to perform a full 
signaling test. 


Indicates the system used ATME to perform a full 
signaling test and transmission test of level 
measurements in both directions. 


Indicates the system used ATME to perform a full 
signaling test and transmission test of loss frequency 
deviation. 


Indicates the system used ATME to perform a full 
signaling test and transmission test of noise 
measurements. 


Indicates the system performed a full signaling test, 
transmission test of level measurements in both 
directions, and noise measurements. The system used 
ATME. 


Indicates the system performed a full signaling test, a 
transmission test of loss frequency deviation, and noise 
measurements. The system used ATME. 


Indicates the system used ATME to perform a short 
signaling test. 


Indicates the system used ATME to perform a busy-flash 
signaling test. 
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(Sheet 3 of 8) 
Field 


Value 


Description 


TA14 


TA15 


TA16 


TA17 


TA18 


TA19 


TA20 


TA21 


TA22 


TA23 


TA24 


Indicates the system performed a busy-flash signaling 
test and a transmission test of level measurements in 
both directions. The system used ATME. 


Indicates the system used ATME to perform a busy-flash 
signaling test and a transmission test of loss frequency 
deviation. 


Indicates the system used ATME to perform a busy-flash 
signaling test and a transmission test of noise 
measurements. 


Indicates the system performed a busy-flash signaling 
test, a transmission test of level measurements in both 
directions, and noise measurements. Indicates the 
system used ATME. 


Indicates the system performed a busy-flash signaling 
test, a transmission test of loss frequency deviation, and 
noise measurements. The system used ATME. 


Indicates the system used ATME to perform a full 
signaling test and a busy-flash signaling test. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, and a transmission test of level 
measurements in both directions. Indicates the system 
used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, and a transmission test of loss 
frequency deviation. Indicates the system used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, and a transmission test of noise 
measurements. Indicates the system used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, a transmission test of level 
measurements in both directions, and noise 
measurements. Indicates the system used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, a transmission test of noise 
measurements and loss frequency deviation. Indicates 
the system used ATME. 
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Field Value 


Description 


TA25 


TCON 


TCOT 


TE_M 


TLPA,TLPB 


TLON 


TLOS 


ТІ05 


TL6N 


TL6S 


TL65 


TNSS 


TR2L 


TR2S 


Indicates the system used ATME to perform a short 
signaling test and a busy-flash signaling test. 


Indicates the system performed the CCIS #6 continuity 
test. 


Indicates the system performed the CCIS #6 continuity 
test for the new version on digital trunk controller (DTC). 


Indicates the system performed the E and M lead 
signaling test. 


Indicates the system performed the loop around test-line 
test. 


Indicates the system performed the loss (1004 Hz at 0 
dBm) and noise (С message filter) test. Indicates the 
System used a 105-type test line. 


Indicates the system performed the loss (1004 Hz at 0 
dBm) test with automatic check. Indicates the system 
used a 105-type test line. 


Indicates the system used a 105-type test line to perform 
the loss (1004 Hz at 0 dBm) test. 


Indicates the system performed the loss (404, 1004, and 
2804 Hz at -16 dBm) and noise (С notched filter) test. 
Indicates the system used a 105-type test line. 


Indicates the system performed the loss (404, 1004, and 
2804 Hz at -16 dBm) test with automatic check. Indicates 
the system used a 105-type test line. 


Indicates the system used a 105-type test line to perform 
the loss (404, 1004, and 2804 Hz at -16 dBm) test. 


Indicates the system performed the non-synchronous test 
line test. 


Indicates the system performed the repeat two long delay 
test. 


Indicates the system performed the repeat two short 
delay test. 
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Field 


Value 


Description 


TSBS 


TSBT 


TSYN 


TS65 


T100 


T102 


T103 


T104 


T105 


T165 


T5AS 


Indicates the system performed the far-end equipment 
self-check of loss (404, 1004, and 2804 Hz test tone at 
-16 dBm), noise (C. notched filter), and return loss test. 
Indicates the system used a 105-type test line. 


Indicates the system performed the return loss 
measurement test. 


Indicates the system performed the synchronous test line 
test. 


Indicates the system performed the far-end equipment 
self-check of loss (404, 1004, and 2804 Hz test tone at 
-16 dBm) and noise (C. notched filter). Indicates the 
System used a 105-type test line. 


Indicates the system performed the milliwatt and balance 
test. Indicates the system used a 100-type test line and 
the version (old or new) is not known. 


Indicates the system performed the milliwatt test. The 
System used a 102-type test line. 


Indicates the system used a 103-type test line to perform 
the signaling test. 


Indicates the system used a 104-type test line to perform 
the milliwatt test in both directions. 


Indicates the system performed the loss (1004 Hz at 0 
dBm) and noise (С message filter) test with automatic 
check. Indicates the system used a 105-type test line. 


Indicates the system performed the loss (404, 1004, and 
2804 Hz at -16 dBm) and noise (C. notched filter) test with 
automatic check. Indicates the system used a 105-type 
test line. 


Indicates the system performed the loss (1004 Hz at 0 
dBm), noise (C message filter), and return loss test with 
automatic check. Indicates the system used a 105-type 
test line. 
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Description 


(Sheet 6 of 8) 
Field Value 
T5AT 
T5BS 
T5LB 
T5SB 
T50L 
T56N 
SUMMARY Constant 
TESTEQ: trkid Symbolic text 
TIG: nnnnn -32768- 432767 
TESTED: ппп% 0-100 96 
FAILED: nnn96 0-100 96 
SKIPPED: ппп% 0-100 % 
PASSES -nnnnn 0-32767 
SIG FAIL = nnnnn 0-32767 


Indicates the system performed the loss (C1004 Hz at 0 
dBm), noise (C message filter), and return loss (C1004 
Hz at 0 dBm) test. Indicates the system used a 105-type 
test line. 


Indicates the system used a 105-type test line to perform 
a return loss measurement and self check test. 


Indicates the system performed the loss (404, 1004, and 
2804 Hz at -16 dBm) and return loss test. Indicates the 
System used a 105-type test line. 


Indicates the system used a 105-type test line to perform 
the return loss test with self-check. 


Indicates the system performed the loss (1004 Hz at 0 
dBm) and return loss (C1004 Hz at 0 dBm) test. Indicates 
the system used a 105-type test line. 


Indicates the system performed the loss (404, 1004, and 
2804 Hz at -16 dBm), noise (С notched filter), and return 
loss test. Indicates the system used a 105-type test line. 


Indicates that the report is a group test summary for trunk 
groups that the ATT subsystem tested. 


Provides equipment identification for test equipment used 
for group trunk testing. Refer to Table І. 


Indicates the number of trunks in the test group. 
Indicates the percentage of test trunks in the group. 


Indicates the percentage of trunks in the group that failed 
the test. 


Indicates the percentage of skipped trunks in the group. 


Indicates the number of trunks that pass the ATME2 trunk 
test. This field appears only for ATME2-type trunk tests. 


Indicates the number of trunks that fail the ATME2 trunk 
test because of a signaling test failure. This field appears 
only for the ATME2-type trunk test. 
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(Sheet 7 of 8) 

Field Value Description 

BSY FAIL = 0-32767 Indicates the number of trunks that fail the ATME2 trunk 

nnnnn test because of a busy-flash test failure. This field 
appears only for the ATME2-type trunk test. 

Q1 FAIL = nnnnn 0-32767 Indicates the number of trunks that exceed the 
maintenance limit for transmission measurements of the 
ATME2 trunk test. This field appears only for the 
ATME2-type trunk test. 

Q2 FAIL = nnnnn 0-32767 Indicates the number of trunks that exceed the immediate 
action limit for the transmission measurements of the 
ATME2 trunk test. This field appears only for the 
ATME2-type trunk test. 

NE BSY = nnnnn 0-32767 Indicates the number of trunks that the system cannot test 
because the trunks are near-end busy. This field appears 
only for the ATME2-type trunk test. 

FE BSY = nnnnn 0-32767 Indicates the number of trunks that the system cannot test 
because the trunks are far-end busy. This field appears 
only for the ATME2-type trunk test. 

INST INT2nnnnn  0-32767 Indicates the number of trunks that failed the ATME2 
trunk test because of an instability or problem. This field 
appears only for ATME2-type trunk tests. 

MISC FAIL = 0-32767 Indicates the number of trunks that failed the ATME2 

nnnnn trunk test because of miscellaneous problems. This field 
appears only for ATME2-type trunk tests. 

LOSS DEVIATION 0/-10 DB 1004Hz Provides the heading for а loss deviation table. This table 

IN DB (MEAS AT displays loss measurements that use a test tone at 1004 

meastxt) Hz and 0/-10 dB. Table Loss measurement appears only 
for a part of T105-type trunk tests. The loss measurement 
table can appear in conjunction with NOISE DEVIATION 
IN DBRN (MEAS C-MESSAGE) noise table. 

LOSS DEVIATION -10/-16 DB AND Provides the heading for a loss deviation table. The table 

IN DB (MEAS AT AT 404 1004 2804 displays loss measurements that use a set of test tones 

meastxt) HZ at 404, 1004, and 2804 Hz and -10/-16 dB. The report 
only prints Table Loss Measurement for some T105-type 
trunktests. The system can output the loss measurement 
table in conjunction with the NOISE DEVIATION IN 
DBRN (MEAS C-NOTCHED) noise table. 

losstable Symbolic text Refer to the Additional Information section. 
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Field Value Description 

NOISE C_MESSAGE Provides the heading for the noise deviation table when 
DEVIATION IN the test uses a C-message filter and a bandpass filter 
DBRN (MEAS over the voice frequency range. 

fltrtxt) 

C NOTCHED Provides the heading for the noise deviation table when 
the test uses a C-notched filter that attenuates only test 
tone frequency. This filter makes sure noise 
measurements are accurate. 

noisetable Symbolic text Refer to the Additional Information section. 
Action 


There is no action required. 


Associated registers 


There are no associated registers 


Additional information 
-4.8 AND LOWER 


-4.7 THROUGH -4.3 
-4.2 THROUGH -3.8 
-3.7 THROUGH -3.3 
-3.2 THROUGH -2.8 
-2.7 THROUGH -2.3 
-2.2 THROUGH -1.8 
-1.7 THROUGH -1.3 
-1.2 THROUGH -0.8 
-0.7 THROUGH -0.3 


-0.2 THROUGH 


nl n2 n3 


nl n2 n3 


nl 


nl 


nl 


nl 


nl 


nl 


nl 


nl 


0.2 


n2 


n2 


n2 


n2 


n2 


n2 


n2 


n2 


nl 


n3 


n3 


n3 


n3 


n3 


n3 


n3 


n3 


n2 n3 
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0.3 THROUGH 0.7 nl n2 n3 
0.8 THROUGH 12 nl n2 n3 
1.3 THROUGH 17n1 n2 n3 


1.8 THROUGH 2.2 nl n2 n3 

2.3 THROUGH 2.7 nl n2 n3 

2.8 THROUGH 3.2 nl n2 n3 

3.3 THROUGH 3.7 nl n2 n3 

3.8 THROUGH 4.2 nl n2 n3 

4.3 THROUGH 4.7 nl n2 n3 

4.8 AND HIGHER nl n2 n3 

Table Loss Measurement identifies the number of trunks that have a given loss 
deviation compared to the expected measured loss. The categories or bins, for 
example, 0.8 THROUGH 1.2, are constant. The frequency columns (n1, n2, 

and n3) and (0 to 32767) indicate the number of trunk circuits in each bin for 
different frequencies. The table Loss Measurement has one or three frequency 


columns. The number of frequencies associated with a test determine the 
number of columns. 


e For transmission loss tests performed at 0/-10 dB, the table displays one 
frequency (1004 Hz) measurement. 


e For transmission loss tests performed at -10/-16 dB, the table displays 
three frequency (404,1004, and 2804 Hz) measurements. 


8 AND LOWER  nnnnn 
7 THROUGH -5 nnnnn 
4 THROUGH -2 nnnnn 
1 THROUGH 1 nnnnn 
2 THROUGH 4 nnnnn 


5 THROUGH 7 nnnnn 
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8 THROUGH 10 nnnnn 
11 THROUGH 13 nnnnn 
14 AND HIGHER nnnnn 


Table Noise identifies the number of trunks that have a given noise deviation 
compared to the noise maintenance limit. The categories or bins are constant. 
For example, 8 THROUGH 10. The frequency column nnnnn (for 0 to 32767) 
indicates the number of trunk circuits in each bin for the frequency. The filter 
used determines the frequency. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-293 


ATT111 

Explanation 
The Automatic Trunk Testing (ATT) subsystem generates ATT111 when the 
number of groups the ATT subsystem can test at the same time is changed. 
The ATT subsystem normally tests multiple groups of trunks at the same time. 
The number of groups of trunks tested at the same time can change. Enter a 
command at the ATT MAP level to change the number. 

Format 
The log report format for ATT111 is as follows: 

ATT111 mmmdd hh:mm:ss ssdd INFO АТТ SIMULTANEOUS TESTS 
RESET FROM n1 TO n2 SIZE 
Example 


An example of log report ATT111 follows: 


ATT111 JANO1 16:02:01 6234 INFO ATT SIMULTANEOUS TESTS 
RESET FROM 5 TO 10 SIZE 


Field description 
The following table describes each field in the log report: 


Field Value Description 


INFO ATT SIMULTANEOUS О їо 14 Indicates change in the number of trunk groups that can 
TESTS RESET FROM n1 TO test at the same time. 
n2 SIZE 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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АТТ112 


Explanation 


The Automatic Trunk Testing (ATT) subsystem report ATT112. The 
subsystem generates ATT112 when the system selects test equipment or 
reference trunks. 


The trunk test starts after the system selects test equipment. The ATT 
subsystem generates the ATT112 report after the system seizes and tests the 
test equipment. 


Some trunk tests require one or more reference trunks. The subsystem starts 
the trunk test after the system selects the reference trunk. The ATT subsystem 
generates the ATT112 report after the system seizes and tests this reference 
trunk. 


Format 
The log report format for ATT112 is as follows: 


1.ATT112 mmmdd hh:mm:ss ssdd INFO GRP cllinm 
equtxt SELECTED: trkid typetxt 


Example 
An example of log report ATT112 follows: 


1.АТТ112 DEC13 05:07:55 1126 INFO GRP OTMF1 
TEST EQUIPMENT SELECTED: TTU 1 TESTEQ 
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Field descriptions 


The following table describes each of the fields in the log report: 


TEST EQUIPMENT 


TLPA REFERENCE 


TRUNK 
SELECTED: trkid Symbolic text 
typetxt TESTEQ 

REFERENCE 


Action 
There is no action required. 


Associated OM registers 


Field Value Description 
INFO GRP cllinm customer data Table Provides common language location identifier 
CLLI (CLLI) of trunk group. List CLLI from Cl MAP 
level for correct CLLI. 
equtxt REFERENCE TRUNK Indicates that the system selected the 


reference trunk. 


Indicates that the system selected the test 
equipment facilities. 


Indicates the system selected reference trunks 
for loop around trunk test. 


Provides equipment identification for 
reference trunk, loop around reference-trunk, 
or test equipment. Refer to Table |. 


Indicates the system selected test equipment. 
Displayed if equtxt= TEST EQUIPMENT. 


Indicates the system selected the reference 
trunk. Appears if equtxt= REFERENCE 
TRUNK or TLPA REFERENCE TRUNK. 


There are no associated OM registers 


Additional information 


There is no additional information 
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Explanation 


The Automatic Trunk Testing (ATT) subsystem report ATT113. The 
subsystem generates ATT113 when a 105-type trunk test completes. There are 
seven different formats for ATT113. Each format has a different Explanation 
Table for the fields that appear. The following are the tests for each of the 
seven formats: 


FORMAT 1 TLON, TL6S, T165, Т5І.В, and T56N 

FORMAT 2 TLON, TLOS, ТІ/05, T105, Т5А5, Т5АТ, and T50L 
FORMAT 3 TSBS and TS65 

FORMAT 4 Т505 

FORMAT 5 TSBT, Т5В5, and T5SB 

FORMAT 6 TERL 

FORMAT 7 TSLH. 


The trunk tests that ATT113 reports perform a part of the following tests: 


Two-way transmission loss measurement test that uses one of two types of 
test tones: 


— А set of test tones at 404, 1004, and 2804 Hz, with a signal strength of 
-16 dBm 


— А single test tone at 1004 Hz with a signal strength of 0 dBm. 


Far-end self-check of transmission test equipment, that uses the same type 
of test tones as the transmission loss measurement test. 


Two-way noise measurement test, that uses a C-notched filter. This test 
runs while the system makes a 1004 Hz test tone is on the trunk. The 
C-notched filter attenuates only the test tone frequency to make sure of 
accurate noise measurements. The noise measurement test can run with 
the transmission loss test. The transmission loss test uses test tones at 404, 
1004, and 2804 Hz, and -16 dBm. 


Two-way noise measurement test that uses a C-message filter. The 
C-message filter is a bandpass filter over the voice frequency range. This 
noise measurement test can occur along with the transmission loss test. 
The transmission loss test uses a test tone at 1004 Hz and 0 dBm. 
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e Far-end self-check of the noise test equipment, that uses the same filter 
type that the two-way noise measurement tests use. 


e Two-way return loss measurement and far-end self check for the following 
tests: 


— Echo Return Loss (ERL) test 
— Low frequency Singing Return Loss (SRL) test 
— High frequency Singing Return Loss (SHI) test. 


Format 
The log report format 1 for ATT113 is as follows: 


ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm MEAS AT-16 DB  EML:nn.nDB  gltxt rslttxt 
LOSS MEAS AT:404 1004 2804 HZ 
FE S.C: sctxt sctxt sctxt 
EN DEV: nl n2 n3DB 
МЕ DEV: nl n2 n3DB 
NOISEC NOTCHED NML:nn NIAL: nn DBRN 
ЕЕ S.C: sctxt ЕМ NSE: пп.п МЕ NSE: nn.n DBRN 
RETURN LOSS ERL SRL SHI 
EN: nl n2 n3DB 
МЕ nl n2 13 


The log report format 2 for ATT113 is as follows: 


ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm LOSS MEAS AT 0 dB AND AT 1004 HZ ЕМІ: nn.n dB gltxt 1 
ЕЕ S.C: sctxt ЕМ БЕУ: nn.n МЕ БЕУ: nn.n DB 
NOISE С MESSAGE . NML: nn NIAL: nn DBRN 
ЕЕ S.C: sctxt ЕМ NSE: nn.n МЕ NSE: nn.n DBRN 
RETURN LOSS ERL SRL SHI 
EN: nl n2 n3DB 
МЕ nl n2 13 


The log report format 3 for ATT113 is as follows: 
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ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm SELFCHECK AT -16 DB AND AT: 404 1004 2804 Hz 
LOSS FE S.C:sctxt  sctxt  sctxt 
NOISE C NOTCHED FE S.C: sctxt 
RETURN LOSS ERL SRL SHI 
FE S.C:sctxt sctxt  sctxt 


The log report format 4 for ATT113 is as follows: 


.ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm LOSS АТО DB 1004 HZ FE, S.C: sctxt 
NOISE C MESSAGE FE S.C: sctxt 


The log report format 5 for ATT113 is as follows: 


ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm RETURN LOSS ЕКІ, SRL SHI  gltxt rslttxt 
FE S.C:  sctxt sctxt sctxt 
EN: nl n2 n3 DB 
NE nl n2 n3 DB 


The log report format 6 for ATT113 is as follows: 


ATT113 mmmdd hh:mm:ss ssdd INFO — qltxt  rslttxt 
CKT trkid 
TERL RETURN LOSS ERL 
FEN: nnn DB 
NF: nnn DB 


The log report format 7 for ATT113 is as follows: 
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ATT113 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
TERL RETURN LOSS SRL SHI 
ЕМ: nl n2 DB 
МЕ nl n2 DB 


Example 


ах 


An example of log report ATT113 follows: 


Format | 


ATT113 JANO1 00:00:01 9098 INFO 
СКТ MTRLPZXX 34 
T56N MEAS AT -16 DB EML: 4.0 DB 


LOSS MEAS AT: 404 1004 
FN_DEV: 0.5 0.9 
NF_DEV: -0.5 0.5 
NOISE C NOTCHED ММІ: 30 
FN NSE: 20 NF NSE: 30 DB 
RETURN LOSS ERL SRL 
FN: 22.5 15.6 
N F: 20.0 15.0 
Format 2 


ATT113 JANO1 00:00:02 9098 INFO 
T5AS LOSS MEAS AT 0 dB AND AT 100 
FE S.C: OK ЕМ DEV: 0.1 МЕ БЕУ: 


NOICE С MESSAGE NML: 30 МІ 
FE S.C: OK FN NSE: 20 NF 
RETURN LOSS ERL SRL  SHI 
Р М: 22.5 15.6 20.2 рв 
N Е: 20.0 15.0 30.0 рв 
Format 3 


2804 
1.0 
siust 


rslttxt 
Q1 
HZ 
DB 
DB 


NIAL: 50 DBRN 


RN 

SHI 
20.2 DB 
30.0 DB 


4 HZ EM 
-0.2 DB 
AL: 41 
NSE: 29 


PASS 


L: 4.0 dB PASS 


DBRN 
DBRN 
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ATT113 JANO1 00:01:01 1001 INFO 

CKT MTXTRB2XX 36 

TS65 SELFCHECK AT -16 DB AND AT: 404 1004 2804 Hz 
LOSS FE S.C: OK OK OK 

NOISE C NOTCHED FE S.C: OK 


Format 4 


ATT113 JANO1 00:01:01 1001 INFO 
CKT MTXTRB2XX 36 
TS05 LOSS AT O DB 1004 HZ FE S.C: OK 
NOISE C MESSAGE FE S.C: OK 


Format 5 


ATT113 JANO1 00:01:011234 INFO 
CKT MTXTDN2FF 45 


T5BS RETURN LOSS ERL SRL SHI PASS 
FE S.C: OK OK OK 
FON: 20.5 15.4 20.4 DB 
N F: 20.4 16.0 21.0 DB 
Format 6 


ATT113 JANO1 00:01:011234 INFO 
CKT MTXTDN2FF 45 


TERL RETURN LOSS ERL PASS 
FN: 20.5 DB 
N F: 20.4 DB 
Format 7 


ATT113 JANO1 00:01:011234 INFO 
CKT MTXTDN2FF 45 


T5LH RETURN LOSS SRL SHI PASS 
ЕМ: 15.4 20.4 рв 
М Е: 16.0 21.0 DB 
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Field descriptions 


The following table describes each of the fields in the log report: 


RETURN LOSS SRL Constant 
SHI 


ЕМ: nl n2 DB -99.9 to 99.9 dB 


NF: ni n2 n3 -99.9 to 99.9 dB 


Field Value Description 

INFO CKT Representative text Exercises equipment identification for suspect 
trunk equipment. 

T5LH Constant Demonstrates 105-type test line performed 


singing return loss (low and high frequencies) 
measurement. 


Cites table header for following return loss 
transmission measurement tests: 


e Low frequency singing return loss 


e High frequency singing return loss 


States the results of far-to-near end return loss 
test for SRL and SHI 


States results of far-to-near end return loss 
test for SRL and SHI 


If rslttxt= PASS or there is no result, there is no action required. 


If rslttxt = FAIL, see Card Replacement Procedures , for step-by-step 
instructions. Take immediate action if qltxt = Q2. 


Associated OM registers 


There are no OM registers. 


Additional information 


There is no additional information. 
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Explanation 


The Automatic Trunk Testing (ATT) subsystem generates ATT 114 if the 
system detects a fault. The system detects a fault when the system runs a trunk 
test on a 105-type test line. Log report ATT 114 identifies the test and fault. A 
C-message filter is a bandpass filter over the voice frequency range. Noise 
measurements use a C-notched filter when a test tone is on the trunk. The 
C-notched filter attenuates the test tone frequency to make sure noise 
measurements are accurate. A command at the ATT MAP level or a scheduled 
test can initiate these tests. 


Format 
The log report format for ATT114 follows: 


1.ATT114 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm FAULT: flttxt 


Example 
An example of log report ATT114 follows: 


l.ATT114 APR29 12:12:12 7394 INFO 
MTRLPOXXX34 34 
T105 FAULT: NO ANSWER FROM FAR END 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 9) 


Field Value Description 
INFO CKT Constant Representative Indicates the system generates the information 
text log. Provides equipment identification for 


suspect trunk equipment. 


tstnm TERL Indicates the system uses 105-type test line to 
perform echo return loss measurement. 


TLON Indicates the system uses 105-type test line to 
perform loss (1004 Hz at 0 dBm) and noise 
(C-message filter) tests. 
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(Sheet 2 of 9) 


Field Value 


Description 


TLOS 


TLO5 


TL6N 


TL6S 


TL65 


TSBS 


Т505 


TS65 


T105 


Indicates the system uses a 105-type test line 
to perform loss (1004 Hz at 0 dBm) test with 
self-check. 


Notes the system uses a 105-type test line to 
perform loss (1004 Hz at 0 dBm) test. 


Indicates the system uses a 105-type test line 
to perform tests. The system performs loss 
(404, 1004 and 2804 Hz at -16 dBm). The 
system uses a 105-type test line to perform 
noise (C-notched filter) test. 


Indicates the system uses a 105-type test line 
to perform loss (404, 1004 and 2804 Hz at -16 
dBm) test with self-check. 


Indicates the system uses a 105-type test line 
to perform loss (404, 1004 and 2804 Hz at -16 
dBm) test. 


Indicates the system uses a 105-type test line 
to perform far-end equipment self-check of: 


* loss (404, 1004, and 2804 Hz test tone at 
-16 dBm) test 


* noise (C-notched filter) test 


* return loss test 


Indicates the system uses a 105-type test line 
to perform far-end equipment self-check. The 
system checks loss (1004 Hz 0 dBm) and 
noise (C-message filter). 


Indicates the system uses a 105-type test line 
to perform far-end equipment self-check. The 
system checks loss (404, 1004 and 2804 Hz 
test tone at -16 dBm) and noise (C-notched 
filter). 


Indicates the system uses a 105-type test line 
to perform tests. The system performs loss 
(1004 Hz at 0 dBm) and noise (C-message 
filter) test with self-check. 
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(Sheet 3 of 9) 


Field 


Value 


Description 


FAULT 


T165 


T5AS 


T5AT 


T5BS 


T5BT 


T5LB 


ТБІН 


T5SB 


T50L 


T56N 


ANNOUNCEMENT 
TONE DETECTED 


Indicates the system used 105-type test line to 
perform tests. The system performs loss (404, 
1004 and 2804 Hz at -16 dBm) and noise 
(C-notched filter) test with self-check. 


Indicates the system used 105-type test line to 
perform tests with self-check. The system 
performs loss (1004 Hz at 0 dBm), noise 
(C-message filter) and return loss test. 


Indicates the system used 105-type test line to 
perform tests. The system performs loss 
(C1004 Hz at 0 dBm), noise (C-message filter) 
and return loss (C1004 Hz at 0 dB) test. 


Indicates the system uses 105-type test line to 
perform return loss measurement and self- 
check test. 


Indicates the system uses 105-type test line to 
perform return loss measurement. 


Indicates the system uses 105-type test line to 
perform loss (404, 1004 and 2804 Hz at -16 
dBm) and return loss test. 


Indicates the system uses 105-type test line to 
perform singing return loss (low and high 
frequencies) measurement. 


Indicates the system uses 105-type test line to 
perform return loss test with self-check. 


Indicates the system uses 105-type test line to 
perform tests. The system performs loss 
(1004 Hz at 0 dBm) and return loss (C1004 Hz 
at 0 dB) tests. 


Indicates the system used 105-type test line to 
perform tests. The system preforms loss (404, 
1004 and 2804 Hz at -16 dBm), noise 
(C-notched filter) and return loss tests. 


Indicates far-end office returns recorded 
announcement. 


ACTION: Try test again. 
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ATT114 (continued) 


(Sheet 4 of 9) 
Field 


Value 


Description 


BUSY TONE DETECTED 


CONNECTION FL - 
CONFUSION 


CONNECTION FL - 
INTEGRITY 


DIAL TONE DETECTED 


FAILED TO GET 
MAILBOX 


FAILED TO OPEN TTU 


FAILED TO SEND 
MESSAGE 


FAILED TO SET TTU 


FAILED TO START TTU 


Indicates far-end office returns busy signal 
ACTION: Try test again. 

Indicates system encounters a connection 
integrity fault. Transmission trunk testing 
(TTT) facility failed to make a connection to 


trunk through network because of software 
trouble. 


ACTION: Try test again. 


Indicates system encounters a connection 
integrity fault. The TTT facility failed to make a 
connection to trunk through network because 
of a channel integrity loss. 


ACTION: Diagnose transmission trunk testing 
equipment. 

Indicates far-end office returned a dial tone. 
ACTION: Try test again. 


Indicates encounter of software problem and 
loss of mailbox message at receiving end. 


ACTION: Try test again. 


Indicates transmission test unit (TTU) failed to 
open when requested. 


ACTION: Diagnose TTU. 


Indicates system encounters a software 
problem and loss of mailbox message at 
sending end. 


ACTION: Try test again. 


Indicates TTU failed to set or reset at request. 
ACTION: Diagnose TTU. 


Indicates TTU failed to start on request. 
ACTION: Diagnose TTU. 
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ATT114 (continued) 


(Sheet 5 of 9) 


Field 


Value 


Description 


FAR END CONGESTION 


FAR END 
DISCONNECTED 


HI-DRY TONE 
DETECTED 


HIGH TONE DETECTED 


INVALID TNE DET FAR 
END 


INVALID TNE DET NEAR 
END 


INVALID TST REQ FAR 
END 


MAILBOX FAULT 


Indicates system received congestion 
message from far-end office during test. 


ACTION: Far-end office does not always have 
terminating test line. Check trunk parameters 
or options. 


Indicates far-end office disconnected without a 
warning after logon. 

ACTION: Try test again. 

Indicates far-end office did not send an 


off-hook signal after a burst of audible ringing 
tone. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, trouble is in far-end office or 
transmission equipment. Diagnose 
transmission equipment. 

Indicates far-end office detected a high tone. 
ACTION: Try test again. 

Indicates far-end office detected an invalid 
tone. 

ACTION: Check test and trunk parameters 
and options again. Try test again. 

Indicates DMS switch detected an invalid tone 
from far-end office. 

ACTION: Try test again. 

Indicates far-end office returned an invalid test 
request signal. 

ACTION: Recheck test and trunk parameters 
and options. Try test again. 

Indicates the system encounters software 
trouble that affects mailbox. 


ACTION: Try test again. 
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ATT114 (continued) 
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Field 


Value 


Description 


MILLIWATT TONE 
DETECTED 


NO ANSWER FROM FAR 
END 


NO FAR END TEST 
EQUIP 


NO Q LIMITS RECEIVED 


NO REPLY FROM FAR 
END 


NO TEST EQUIPMENT 


NO TL/NO FAR END 
TEST EQPMT 


NO TNE DET FAR END 


Indicates far-end office returned a milliwatt 
tone. 


ACTION: Try test again. 


Indicates far-end office failed to respond after 
System seized trunk. 


ACTION: Try test again. 


Indicates far-end office does not have the 
necessary test equipment. 


ACTION: Check trunk and test parameters 
and options. 


Indicates system did not receive maintenance 
action and immediate action limits for 
transmission measurements. 


ACTION: Diagnose transmission test 
equipment. Try test again. 


Indicates that far-end office did not reply to test 
request signal. 


ACTION: Try test again. 


Indicates test line test failed because test 
equipment is not available. 


ACTION: Check trunk and diagnostic test 
parameters and options. 


Indicates test line or far-end office test 
equipment is not available, generally because 
of a data error. 


ACTION: Check trunk and test parameters 
and options. If data error is not found, the fault 
is at far-end office. 


Indicates far-end office failed to detect a test 
tone. 


ACTION: Diagnose trunk and transmission 
test equipment. Try test again. 
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Field 


Value 


Description 


NO TNE DET NEAR END 


OUTPULSING - 
CONGESTION 


OUTPULSING - 
HARDWARE TBL 


OUTPULSING - INVALID 
REPLY 


OUTPULSING - NO 
REPLY 


OUTPULSING - 
TROUBLE 


Indicates DMS switch failed to detect a test 
tone from far-end office. 


ACTION: Try test again. 


Indicates the system encounters transmission 
trouble because of near-end congestion. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, the trouble is in far-end office 
or transmission equipment. Diagnose 
transmission equipment. 


Indicates system encounters transmission 
trouble because of a hardware fault. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, problem is in the far-end 
office or transmission equipment. Diagnose 
transmission equipment. 


Indicates the system encounters transmission 
problems because of an invalid reply from 
far-end office. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, problem is in far-end office 
or transmission equipment. Diagnose 
transmission equipment. 


Notes the system encounters transmission 
trouble because the far-end office did not 
reply. 

ACTION: Diagnose trunk under test. If 
diagnostics pass, trouble is in far-end office or 
transmission equipment. Diagnose 
transmission equipment. 


Indicates the system encounters transmission 
trouble. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, problem is in far-end office 
or transmission equipment. Diagnose 
transmission equipment. 
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ATT114 (continued) 


(Sheet 8 of 9) 

Field Value Description 
OVERFLOW TONE Indicates far-end office returned an overflow 
DETECTED tone. 


PERIODIC SIGNAL 
TONE DETECTED 


QUIET TERMINATION 


REORDER TONE 
DETECTED 


RINGING TONE 
DETECTED 


SELF -CHECK FAILURE 


TERM TEST 
EQUIPMENT FL 


TEST EQPMT NOT 
REQUIRED 


TEST EQUIPMENT 
FAULT 


TEST REQUEST 
FAILURE 


ACTION: Try test again. 


Indicates far-end office returns a periodic tone. 
ACTION: Try test again. 


Indicates far-end office applies quiet 
termination to trunk. 


ACTION: Try test again. 


Indicates far-end office returns a reorder tone. 
ACTION: Try test again. 


Indicates far-end office returns ringing tone. 
ACTION: Try test again. 

Indicates trunk or test equipment fail 
self-check. 

ACTION: Diagnose trunk and test equipment. 
Indicates test did not terminate normally 
because of a test equipment failure. 
ACTION: Diagnose test equipment. Try test 
again. 


Indicates test failed because of a problem in 
requested test. The requested test called for 
equipment that was not necessary. 


ACTION: Check test and trunk parameters 
and options. Try test again. 

Indicates failure of TTT activity to open or 
reset. 

ACTION: Diagnose TTT facility. Try test 
again. 

Indicates the ATT subsystem does not start 
requested test. 


ACTION: Try test again. 
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Field Value Description 

TONE DETECTOR Indicates failure of tone detection system. 

БАНЫ ACTION: Diagnose tone detection circuit. Try 
test again. 

TPT IS NOT RECEIVED Indicates far-end office did not receive test 
progress tone (TPT) when expected. 
ACTION: Try test again. 

TPT TONE DETECTED Indicates far-end office received TPT, but did 
not expect to receive TPT. 
ACTION: Try test again. 

FAULT UNKNOWN TONE Indicates far-end office returned an unknown 

DETECTED tone. 
ACTION: Try test again. 

120 IPM TONE Indicates far-end office returned tone at 120 

DETECTED impulses for each minute. 
ACTION: Try test again. 

30 IPM TONE Indicates far-end office returned tone at 30 

DETECTED impulses for each minute. 
ACTION: Try test again. 

Action 


Associated OM registers 


Additional information 


There is no additional information. 


If action in description field fails to correct the problem, contact next level of 
maintenance. 


There are no associated OM registers. 
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ATT115 


Explanation 


Format 


Example 


UCS log reports 1-311 


The Automatic Trunk Testing (ATT) subsystem generates ATT115 when a 
successful ARTER transmission test runs. The ARTER test is the automatic 
transmission test that the telephone network in Turkey uses. This test works 
with a 6805 or an equal system. The test design is not for use in the North 
American market. 


The 6805 can be a two-wire or four-wire unit. If the 6805 is a four-wire unit, 
the system executes the following trunk runs: 


e  Far-to-near end loss and noise test 
e  Near-to-far епа loss and noise test 


e Loop-around loss and noise test 


If the 6805 is a two-wire unit, the system executes the far-to-near end loss and 
noise tests. 


The system uses an 804Hz test tone at 0 dBm to perform transmission loss 
measurements. In order to perform noise measurements, the 6805 unit 
provides quiet termination to the trunk. The DMS switch measures the noise 
levels. 


The log report format for ATT115 is as follows: 


1.ATT115 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
EML = nn.n DB NML = nn DBRN NIAL = nn DBRN 
FN_DEV = nn.n ?!txt FN. NOISE = nn.n rtxt qltxt 
NF DEV = nn.n ?!txt NF NOISE = nn.n rtxt gltxt 
ANS RCVD - anstxt 


An example of log report ATT115 follows: 


l.ATT115 FEB17 00:02:40 8831 INFO 
СКТ ОТМЕ1 0 


EML = 6.0 DB NML = 30 DBRN NIAL = 30 DBRN 
FN DEV = 1.1 FN NOISE = 16 PASS 
МЕ _ DEV = 3.9 ? МЕ NOISE = 16 PASS 01 


ANS RCVD = Y 
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ATT115 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


INFO CKT Representative text 


TART Constant 


EML 0.0 to 36.0 


NML 1 to 63 


NIAL 1 to 63 


FN_DEV -99.9 to +99.9 dB 


NF_DEV -99.9 to +99.9 dB 


?ltxt Blank 


Provides equipment identification for suspect 
trunk equipment 


Indicates performance of ARTER transmission 
test for system in Turkey 


Indicates expected measured loss (EML) in 
decibels field. Field EML is an entered value in 
customer data Table CLLIMTCE.DIAGDATA. 


Provides noise maintenance limit (NML) in 
decibels above reference noise field. Filed 
NML is an entered value in customer data 
Table CLLIMTCE.DIAGDATA. If the noise 
measurement exceeds NML, initiate 
maintenance action. 


Indicates noise immediate action limit (NIAL) in 
decibels above reference noise field. Field 
NIAL is an entered value in customer data 
Table CLLIMTCE.DIAGDATA. Ifthe noise 
measurement exceeds NIAL, initiate 
maintenance action 


Indicates far-or-near end loss deviation in 
decibels field. Field FN DEV indicates 
difference between measured loss on trunk 
and EML in decibels. 


Indicates near-to-far end loss deviation in 
decibels field. Field NF DEV indicates 
difference between measured loss on trunk 
and EML in decibels. The system displays this 
field only for 6805 4-wire units. 


Indicates loss deviation is less than 
maintenance limit 


Indicates loss deviation is greater than 
maintenance limit and less than immediate 
action limit 
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ATT115 (continued) 


(Sheet 2 of 2) 


Field Value Description 


! Indicates loss deviation is greater than 
immediate action limit 


FN NSE -99.9 to 99.9 Indicates measured far-to-near end noise in 
decibels above reference noise 


NF NSE -99.9 to 99.9 Indicates measured near-to-far end noise in 
decibels above reference noise. The system 
displays this field only for 6805 4-wire units. 


гіхі РА55 Indicates test passed. Loss and noise 
measurements in acceptable limits. 


FAIL Indicates test failed. Loss and noise 
measurements not in acceptable limits. 


gltxt Blank Indicates transmission measurements in 
acceptable limits 


Q1 Indicates transmission measurements in 
maintenance limit. Initiate maintenance 
action. 

Q2 Indicates transmission measurements 


exceeded immediate action limit. Initiate 
immediate action. 


ANS RECD Y Indicates 6805 unit responded to trunk test 
request for digits 


N Indicates 6805 unit did not respond to trunk 
test request for digits 


Action 
There is no action required. 


Associated OM registers 
This log is for information purposes only. 


If rtxt=PASS, there is no action required. 


If rtxt=FAIL, manually run the test again to collect additional data. 
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ATT115 (end) 


Additional information 
There is no additional information. 
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UCS log reports 1-315 
ATT116 


Explanation 


The Automatic Trunk Testing (ATT) subsystem generates ATT116 when a 


cellular trunk test terminates normally. Log report ATT116 reports three types 
of tests: 


1. The wire loop test measures loss and noise on wire trunk facilities 
between the DMS and cellular remote carrier unit (RCU). 


2. The audio loop test measures loss and noise on wire trunk facilities and 
RCU audio circuitry. 


3. The radio frequency loop test measures loss and noise on wire trunk 
facilities, RCU audio, and radio frequency (RF) circuitry. The RCU RF 
circuitry is the cellular transmitter. This test requires a test and alarm unit 
(TAU) that is remote from the RCU. A TAU is aremote cellular telephone 
with circuitry to test, measure, and report on the transmission 
characteristics of the RCU. 


All loss measurements use a test tone of 1004 Hz at 0 dBM or -16 dBm. АП 
noise measurements use a C-message filter or a C-notched filter. 


Note: A C-message filter is a bandpass filter over the voice frequency 
range. Noise measurements use a C-notched filter to take measurements 
while a test tone occurs. This filter attenuates the frequency of the test tone 
to make accurate noise measurements. 


Format 
The log report format for ATT116 is as follows: 


1.ATT116 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm ЕМІ; nn.n FN. DEV: nn.n NF DEV: nn.n gqltxtt rslttxt 
NML: nn NIAL:nn NOISE: nn.n 


Example 
An example of log report ATT116 follows: 


1.АТТ116 NOV15 10:01:09 8200 INFO 
CKT MONTANAACE 1 
MXWM EML: 10.1 FN DEV: -0.3 МЕ DEV: 0.3 РА55 
NML: 30 NIAL: 50 NOISE: 21 
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ATT116 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


INFO CKT Symbolic text 


tstnm MXAM 


MXAN 


MXRM 


MXRN 


MXWM 


MXWN 


EML 0.0 to 36.0 


FN DEV -99.9 to 499.9 


FN DEV ue 


NF DEV -99.9 to 499.9 


rsltxt PASS 


Provides equipment identification for suspect 
trunk equipment 


Indicates performance of mobile telephone 
exchange (MTX) audio loop test with 
C-message filter 


Indicates performance of MTX audio loop test 
with C-notch filter 


Indicates performance of MTX radio frequency 
loop test with C-message filter 


Indicates performance of MTX radio frequency 
loop test with C-notch filter 


Indicates performance of MTX wire loop test 
with C-message filter 


Indicates performance of MTX wire loop test 
with C-notch filter 


Provides expected measured loss (EML) in 
decibels. Field EML is an entered value in 
customer data Table CLLIMTCE.DIAGDATA. 


Provides far-to-near end deviation in decibels. 
Field FN_DEV indicates difference between 
measured loss on trunk and EML in decibels. 


Indicates far-to-near end deviation exceeds 
99.9 dB 


Provides near-to-far end deviation. Field 
NF_DEV indicates difference between 
measured loss on trunk and EML in decibels. 


Indicates near-to-far end deviation exceeds 
99.9 dB 


Indicates test passed. Noise and loss 
measurements in acceptable limits. 
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ATT116 (end) 


(Sheet 2 of 2) 


Field Value Description 


FAIL Indicates failure of test. Noise and loss 
measurements not in acceptable limits. Refer 
to Action section of this log. 


NML 1 to 63 Indicates noise maintenance limit (NML) in 
decibels. Field NML is an entered value in 
customer data Table CLLIMTCE.DIAGDATA. 
If the NOISE measurement exceeds NML, 
initiate maintenance action. 


NIAL 1 to 63 Indicates noise immediate action limit (NIAL) in 
decibels. NIAL is an entered value in customer 
data Table CLLIMTCE.DIAGDATA. If noise 
measurement exceeds NIAL, initaite 
immediate maintenance action. 


NOISE -99.9 to +99.9 Indicates far-to-near end noise measured on 
trunk in decibels above reference noise 
(dBRN) 

qltxt Blank Indicates transmission measurements in 


acceptable limits 


Q1 Indicates transmission measurements in 
maintenance limit. Initiate maintenance 
action. 

Q2 Indicates transmission measurements exceed 


immediate action limit. Trunk requires 
immediate action. 


Action 
If rsltxt= PASS, there is no action required. 


If rsltxt = FAIL, refer to Card Replacement Procedures for step-by-step 
procedures. If qltxt = Q2, take immediate action. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ATT117 


Explanation 


Format 


Example 


The Automatic Trunk Testing (ATT) subsystem generates ATT117 when a 
cellular mobile test call attempt occurs. The test call can be: 


e froma test and alarm unit (TAU) to the mobile telephone exchange remote 
carrier unit (MTX RCU). 


• from the MTX RCU to the TAU. 


If the test call completes, the test passes. If the test fails, the system generates 
other log reports to explain the failure. 


А command entered at the ATT MAP level or a scheduled test initiates this test. 


The log report format ATT117 is as follows: 


1.ATT117 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm infotxt rslttxt 


An example of log report ATT117 follows: 


1.ATT117 MAY24 23:42:12 1234 INFO 
CKT OWNHA2 1 10 
MXOR CALL COMPLETED PASS 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field 
INFO 


CKT 


testnm 


Value Description 


Constant Indicates data that follows provides a report 
when a cellular mobile test call attempt occurs 


Symbolic text Indicates equipment identification for suspect 
trunk equipment 


MXOR Indicates that MTX originates test call to TAU 
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ATT117 (end) 


(Sheet 2 of 2) 


Field Value Description 
MXTM Indicates TAU originates test call to MTX 
infotxt CALL COMPLETED Indicates call completed 
CALL ABORTED- Indicates system aborted call. Other logs 
CHECK LOGS generated by the system at the same time 
explain the failure. 
rslttxt PASS Indicates test passed. Test call completed. 
FAIL Indicates test failed. System aborted test call. 
Action 


If rsltxtx=PASS, there is no action required. 


If rslttxt=FAIL, see other CELL or TRK log reports that the system generated 
at the same time for problem isolation and solving. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ATT118 


Explanation 
The Automatic Trunk Testing (ATT) subsystem generates ATT118 when 
receive signal strength (RSSI) test for mobile telephone exchange (MTX) 
completes. RSSI uses a test and alarm unit (TAU). Three types of RSSI tests 
are present: 


1. The control channel RSSI test measures the received signal strength 
transmitted by the TAU to a control channel receiver (CCH). The TAU 
transmits signals on a control channel at four signal strengths. The CCH 
measures and reports the received signal strength in decibels. 


2. The voice channel power test measures the received signal strength on a 
voice channel. The mobile telephone exchange remote carrier unit (MTX 
КСО) transmits the voice channel to ће TAU. The TAU measures апа 
reports the received signal strength in decibels. 


3. Voice channel RSSI and locating receiver RSSI test measures received 
signal strength transmitted by TAU to a voice channel receiver (VCH). 
The voice channel RSSI test can run with a locating receiver (LCR). The 
TAU transmits signals on a voice channel at four signal strengths. The 
voice channel receiver and the locating receiver measure and report the 
received signal strength in decibels. 


Format 
The log report format for ATT118 is as follows: 


1.ATT118 mmmdd hh:mm:ss ssdd INFO 
CKT trkid 
tstnm tsttxt 


Example 
An example of log report ATT118 follows: 


1.АТТ118 JUL16 10:01:10 8201 INFO 


СКТ 10ТНАУЕ 2 

MXRV VCH RSSI dB -65 -75 =85 =95 
PASS 

LCR 0 RSSI АВ -65 -75 =85 -95 
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ATT118 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


tsttxt 


CCH 
LCR Symbolic text 
VCH Symbolic text 
RSSI(DB) Symbolic text 


TX POWER (DB) nnn 


Field Value Description 
INFO Constant Indicates following data provides a report 
when the RSSI test for the mobile telephone 
exchange completes. 
CKT Symbolic text Provides equipment identification for suspect 
trunk equipment 
tstnm MXPW Indicates performance of MTX power 
measurement test. 
MXRC Indicates performance of RSSI test for control 
channel. 
MXRV Indicates performance of RSSI test for voice 


channel. 


A minimum of one of the following values 
appears, according to the type of test 


Provides received signal strength transmitted 
power on a voice channel from MTX RCU to 
TAU in decibels. Displayed when tstnm= 
MXPW. ппп=ѕідпа! strength (-130 to -29). 


Indicates circuit number of control channel that 
MXRC test uses. Appears when 
tstnm=MXRC. пппп=сігсиії number (0 to 
9999). 


Indicates circuit number of locating receiver 
that MXRV test uses. Appears when 
tstnm=MXRV. пппп=сігсиії number (0 to 
9999). 


Indicates use of VCH for MXRC test. Appears 
when tstnm=MXRC. 


Indicates measured received signal strength 
transmitted by TAU to device (VCH, LCR or 
CCH) in decibels. Records results of each of 
four transmission levels. Appears when 
tstnm=MXRC ог MXRV. n1, n2, n3, n4 = 
transmission levels (-130 to -29). 
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ATT118 (end) 
(Sheet 2 of 2) 
Field Value Description 
rsittxt PASS Indicates received signal strength 


measurements in acceptable limits 


FAIL Indicates received signal strength 
measurements are not in acceptable limits 


Action 
This log is for information purposes only. 


If rslttxt=PASS, there is no action required. 
If rslttxt=FAIL, manually run the test again to collect additional data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ATT119 
Explanation 

Тһе ATTPL2 subsystem generates ATT119 to indicate the fail status of a 

transmission loss test. This test involves a 904 test line for MOC licenses. 
Format 

The log report format for ATT119 is as follows: 

ATT119 mmmdd hh:mm:ss ssdd INFO AUTOMATIC TRUNK TESTING 
(The system only generates ATT119 on an international switch.) 

Example 


An example of log report ATT119 follows: 


ATT119 APRO1 12:00:00 2112 INFO AUTOMATIC TRUNK TESTING 
(This log only generates on an international switch.) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO AUTOMATIC TRUNK 
TESTING 


(The subsystem only generates Constant 
ATT119 on an international 
switch) 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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ATT119 (end) 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-325 


ATT120 
Explanation 
The ATTPL2 subsystem generates ATT 120 to indicate a pass status on а 
transmission loss test. This test involves a T904 test line for MOC licensees. 
Format 
The log report format for ATT120 is as follows: 
ATT120 mmmdd hh:mm:ss ssdd INFO AUTOMATIC TRUNK 
TESTING 
(The subsystem only generates ATT120 on an international switch.) 
Example 
An example of log report ATT120 follows: 
ATT120 APRO1 12:00:00 2112 INFO AUTOMATIC TRUNK TESTING 
(This log only generates on an international switch.) 
Action 


A future release of this manual will include additional information on this log 
report. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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ATT121 
Explanation 
The Automatic Trunk Test (ATT) subsystem generates ATT121 when ATT 
performs a Bit Error Rate Test Line (BERTL) on a trunk. The log reports the 
results of the test. The test fails when the results exceed set maintenance test 
limit (Q limit). 
Format 
The log report format for ATT121 is as follows: 
1.ATT121 mmmdd hh:mm:ss ssdd INFO CKT cktid 
tst BER =rate DURATION =n SEC/MINS restxt 
ERS =percent TIME INSYNC =n SEC/MINS 
SLIPS = slipn 
Example 


An example of log report ATT121 follows: 


l.ATT121 MAR29 08:45:40 0789 INFO СКТ OTMF1 10 
TBO8 BER = 1.0 x 10E-6 DURATION = 900 SEC/MINS PASS 
ERS = 6 % TIME INSYNC = 890 SEC/MINS 
SLIPS = 1 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO CKT cktid Symbolic test Identifies the circuit under test. Refer to Table 
l. 
tst ТВ08 Indicates the BERTL test performed is аға 
speed of 56K bits/s with a known pattern of 
2047 bits. 
TB18 Indicates the BERTL test performed is аға 
speed of 64K bits/s with a known pattern of 
2047 bits. 
BER = rate А number, expressed in Provides the rate of bits in error to bits not in 
scientific notation. (For error. 1.0 x 10E-6 means 1 bit in 1 million bits 
example, 1.0 x 10E-6 is in error. 


means 0.000001). 
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Field Value Description 

DURATION = n Integer Provides the duration of the test in seconds or 

SEC/MINS minutes. 

restxt PASS Indicates the BERTL test on the indicated 
circuit passed. The number of bits in error do 
not exceed the set Q limit. 

Q2 Indicates the BERRL test on the indicated 
circuit failed. The number of bits in error 
exceed the set Q limit. (BERQ, ERSQ, or 
SLIPSQ). 

ERS percent 0 to 100 Provides the percentage of the number of 
seconds of test duration with the number of 
bits in error. 

TIME INSYNC 2 n Integer Indicates the time in sync. 

SEC/MINS 

SLIPS - slipn Integer Indicates the number of slips that the system 
detected. 

Action 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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ATT122 


Explanation 


The Automatic Trunk Test (ATT) subsystem generates ATT122 when ATT 
performs а bit error rate test line (BERTL) оп а trunk. Тһе ATT subsystem 
generates this report when the BERTL on a trunk meets connection failure. 
The test does not have any results. 


Format 


The log report format for ATT122 is as follows: 


ATT122 mmmdd hh:mm:ss ssdd INFO CKT cktid 


tst REASON : rsntxt 


Example 


FAIL 


An example of log report ATT122 follows: 


ATT122 MAR29 08:60:10 0788 INFO CKT OTMF1 Ll 


TBO8  REASON 


Field descriptions 


: No test equipment FAIL 


The following table describes each field in the log report: 


Field Value 


Description 

INFO CKT cktid Symbolic text Identifies the circuit under test. Refer to Table 
l. 

tst ТВ08 Indicates the ВЕНТІ test runs аға speed of 
56K bits/s with a 2047 bit pattern. 

TB18 Indicates the BERTL test runs at a speed of 

64K bits/s with a 2047 bit pattern. 

FAIL Constant Indicates connection failure. 

rsntxt Symbolic text Provides the reason for connection failure. 


Refer to Table Reasons in this log. 
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АТТ122 (continued) 


Action 
There is no action required. 


Reasons (Sheet 1 of 2) 


Reason 


Network connection failure 
Connection integrity failure 
No test equipment 

No far end test line 

Answer not received 

Test equipment trouble 
Circuit trouble 

Flash message received 
Far end congestion 
Confusion message received 
Far end disconnected 

Call failure message 
Unknown message received 
High and dry tone 

Busy tone detected 
Overflow tone detected 
Ringing tone detected 
Audio tone detected 
Announcement/voice detected 
120 IPM tone detected 

30 IPM tone detected 
Periodic signal detected 


Hit detected 
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Reasons (Sheet 2 of 2) 


Reason 


MW tone detected 

Reorder tone detected 

Dial tone detected 

High tone detected 

Test progress tone 

Tone detector failure 

800HZ tone detected 

No tone detected 

Low tone detected 
Transmission hardware failure 
Transmission no reply 
Transmission congestion 
Transmission trouble 
Transmission not correct reply 
Failed to start test 

Failed to get sync 

SYNC lost 

TL Unexpected message 


Failed to get result 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 


UCS log reports 1-331 


The Automatic Trunk Testing (ATT) subsystem generates ATT123 when a 
successful TLO1 digital loop-around line test runs. This test agrees with 
International Telegraph and Telephone Consultative Committee (CCITT) Red 
Book Rec.O.11 specified loop-around line test at the terminating office. 


The originating digital loop-around line test performs the following 
transmission and noise measurements. According to CCITT Red Book 


recommendation, the system uses a 1020 Hz tone at -10 dBm to perform the 
transmission test. 


The format for log report ATT123 is as follows: 


ATT123 mmmdd hh:mm:ss ssdd INFO 


CKT trkid 

tstnm EML = nn.n DB NML = nn.n DBRN NIAL = nn DBRN 
FN DEV nn.n ?!txt FN Noise - nn.n rtxt qitxt 

NF DEV nn.n ?!txt NF Noise - nn.n rtxt qitxt 


ANS RCVD = anstxt )) 
(E16,0,0,,5,0.25,0,0.0533333,1,15,0,0,1,0,-0.3066667,0,1,0,0, 
7,09,0,7,0,0;,1,0 

.12 5,0.125,1,1,0,0.0666667,6))> 


An example of log report ATT123 follows: 


l.ATT123 JUL17 00:03:45 8000 INFO 


2. CKT JAP12WN7 0 
3. TLO01 EML = 0.0 DB NML = 50 DBRN NIAL = 50 DBRN 
4. FN DEV 0.1 FN Noise - 24 PASS 

5. NF DEV 3.9 ! NF Noise - 24 FAIL Q2 

6. ANS RCVD - Y 
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ATT123 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


INFO CKT 


tstnm 


EML 


NML 


NIAL 


FN_DEV 


NF_DEV 


FN_NOISE 


NF_NOISE 


?ltxt 


Symbolic text 


TLO1 


Range 0.0 to 36.0 


1 to 63 


1 to 63 


-99.9 to + 99.9 dB 


-99.9 to + 99.9 dB 


-99.9 to + 99.9 


-99.9 to + 99.9 


Blank 


Provides equipment identification number for 
suspect trunk equipment. 


Provides test line code for CCITT digital 
loop-around test line. 


Provide expected measured loss (EML) in 
decibels. Field EML is an entered value in 
Table CLLIMTCE, subtable DIAGDATA. 


Provides noise maintenance limit (NML) in 
decibels above reference noise. Field NML is 
an entered value in customer data Table 
CLLIMTCE subtable DIAGDATA. If the noise 
measurement exceeds NML, initiate 
maintenance action. 


Provides noise immediate action limit (NIAL) in 
decibels above reference noise. Field NIAL is 
an entered value in customer data Table 
CLLIMTCE subtable DIAGDATA. If the noise 
measurement exceeds NIAL, initiate 
immediate action. 


Provides far-to-near end loss deviation in 
decibels. FN DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Provides near-to-far end loss deviation in 
decibels. МЕ DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Provides far-to-near end noise power level in 
decibels above reference noise power. 


Provides near-to-far end noise power level in 
decibels above reference noise power. 


Indicates loss deviation is in Q1 limit. 
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Field Value Description 


Indicates noise level measurement is in 
maintenance level limit. 


? Indicates that loss deviation exceeds Q1 limit, 
but is in Q2 limit. For noise power level 
measurement, indicates noise power level 
measurement exceeds maintenance level 
limit, but is in the immediate action level limit. 


| Indicates that loss deviation exceeds Q2 limit. 
Indicates that noise power level measurement 
exceeds immediate action level. 


гіхі РА55 Indicates test passed. Loss апа noise 
measurements are in acceptable limits. 


FAIL Indicates test failed. Loss and noise 
measurements are not in acceptable limits. 


qitxt Blank Indicates that transmission measurements are 
in immediate acceptable limits. 


Q1 Indicates transmission measurements exceed 
maintenance level limit but are in immediate 
action level limit. Initiate maintenance action. 


Q2 Indicates transmission measurements exceed 
immediate action level limit. Initiate immediate 
action. 

ANS RCVD Y Indicates the system detects an ANSWER 


message from far-end. 


N Indicates the system does not detect an 
ANSWER message from far-end. 


Action 


If the value of field rtxt is PASS, there is no action required. If the value of 
field rtxt is FAIL, manually run the test again to collect additional data. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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ATT124 


Explanation 


Format 


Example 


UCS log reports 1-335 


The Automatic Trunk Testing (ATT) subsystem generates ATT 124 when the 
system performs the R2 simplified test. 


The log report format for ATT124 is as follows: 


АТТ124 mmmdd hh&gml .mm&gml .ss ssdd INFO СКТ trkid 
tstnm infotxt 


An example of log report ATT124 follows: 


ATT124 OCT22 02&gml.13&gml.44 9876 INFO СКТ R2DOGAB 
R2SM TEST PASSED 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO CKT Constant Indicates circuit information follows. 

trkid Alphanumeric Indicates specified name of circuit. 

tstnm Constant Indicates R2 simplified test name. 

infotxt Alpha Indicates results of R2 simplified test. 
Action 


If the R2 simplified test fails, determine if the test runs on R2 digital trunks. 
When the test runs on R2 digital trunks, evaluate the log for additional 
information. 


When the R2 simplified test does not run on R2 digital trunks, remove the test 
from the trunks that are not digital. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


UCS log reports 1-337 


The Automatic Trunk Testing (ATT) subsystem report ATT109. The 
subsystem generates ATT109 when it initiates a trunk group test. 


Format 


The log report format for ATT109 is as follows: 


ATT109 mmmdd hh:mm:ss ssdd INFO GRP cllinm 


ATT GRP START TEST SUMMARY 


START 


seqtxt TEST: tstnm sigtxt meastxt 

START: sttxt MAXTEST: nnnnn DELAY: dlytxt 
WAITTIME: n REMOVE: b RMV25PC: b LOG: logtxt 
RETEST: rtsttxt 

BERQ: berq 
ERSQ: n% 


RANGE: rngtxt RECYCLE: nn 


Example 


SLIPSQ са 
DURATION : nMINS 


LOGSKIP: skiptxt 


An example of log report ATT109 follows: 


ATT109 DEC13 05:08:41 2146 INFO GRP OTMF1 


ATT GRP START TEST SUMMARY 


START 


MANUAL TEST: TL6N FULL L 


START: 


IMMED 


WAITTIME: 0 


RETEST: N 


BERO : 1.1 * 
ERSO : 8 5 
RANGE: ALL 


Field descriptions 


MAXTEST: 0 DELAY: SHORTDLY 
REMOVE: М RMV25PC: М LOG: ALL 


10Е-3 SLIPSO yi3 
DURATION : 900 MINS 
RECYCLE: 1 LOGSKIP: N 


The following table explains each of the fields in the log report: 


(Sheet 1 of 12) 


Field Value Description 

GRP cllinm Table CLLI Provides Common Language Location Identifier (CLLI) 
for trunk group. List CLLI from Cl MAP level for list of 
office CLLI. 

ATT GRP START TEST Constant Indicates report summarizes starting parameters for a 

SUMMARY trunk group test. 
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Field Value Description 
seqtxt ATME, ATME1 Indicates the system tested a trunk group, and used 
automatic transmission measuring equipment (ATME). 

MANUAL, Indicates the system tested a trunk group as a result of 

MANUALLY a command that the user entered at ATT MAP level. 

PERIODIC, Indicates the system tested a trunk group based on a 

PERIODIC1 periodic schedule. 

QUARTERLY Indicates the system tested a trunk group at 
three-month intervals. 

SEMIANNUAL Indicates the system tested a trunk group at 
semi-annual intervals. 

tstnm DIAG Indicates the system performed an extended 
diagnostic test. 

MXAM Indicates the system performed the mobile telephone 
exchange (MTX) audio loop test with C-message filter. 

MXAN Indicates the system performed the MTX audio loop 
test with C-notch filter. 

MXRM Indicates the system performed the MTX radio 
frequency loop test with C-message filter. 

MXRN Indicates the system performed the MTX radio 
frequency loop test with C-notch filter. 

MXWM Indicates the system performed the MTX wire loop test 
with C-message filter. 

MXWN Indicates the system performed the MTX wire loop test 
with C-notch filter. 

N100 Indicates the system performed the new version of 
milliwatt and balance test. The system used a 
100-type test line. 

$100 Indicates the system only performed the old version of 
the balance test. The system used the 100-type test 
line. 

TART Indicates the system performed the Turkey arter test 


line test. 
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Field 


Value 


Description 


TAO1 


ТА02 


ТА03 


ТА04 


ТА05 


ТА06 


ТА07 


ТА08 


ТА09 


ТА10 


ТА11 


ТА12 


Indicates the system performed a transmission test of 
level measurements in both directions. The system 
used ATME. 


Indicates the system performed a transmission test of 
loss frequency deviation. The system used ATME. 


Indicates the system performed a transmission test of 
noise measurements. The system used ATME. 


Indicates the system performed a transmission test of 
level measurements in both directions and noise 
measurements. The system used ATME. 


Indicates the system performed a transmission test of 
loss frequency deviation and noise measurements. 
The system used ATME. 


Indicates the system performed a full signaling test. 
The system used ATME. 


Indicates the system performed a full signaling test and 
a transmission test of level measurements in both 
directions. The system used ATME. 


Indicates the system performed a full signaling test and 
a transmission test of loss frequency deviation. The 
system used ATME. 


Indicates the system performed a full signaling test and 
a transmission test of noise measurements. The 
system used ATME. 


Indicates the system performed a full signaling test, a 
transmission test of level measurements in both 
directions, and noise measurements. The system 
used ATME. 


Indicates the system performed a full signaling test, a 
transmission test of loss frequency deviation, and 
noise measurements. The system used ATME. 


Indicates the system performed a short signaling test. 
The system used ATME. 
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Field Value 


Description 


ТА13 


ТА14 


ТА15 


ТА16 


ТА17 


ТА18 


ТА19 


ТА20 


ТА21 


ТА22 


ТА23 


Indicates the system performed а busy-flash signaling 
test. The system used ATME. 


Indicates system performed a busy-flash signaling test 
and a transmission test of level measurements in both 
directions. The system used ATME. 


Indicates the system performed a busy-flash signaling 
test and a transmission test of loss frequency 
deviation. The system used ATME. 


Indicates the system performed a busy-flash signaling 
test and a transmission test of noise measurements. 
The system used ATME. 


Indicates the system performed a busy-flash signaling 
test, a transmission test of level measurements in both 
directions, and noise measurements. The system 
used ATME. 


Indicates the system performed a busy-flash signaling 
test, a transmission test of loss frequency deviation, 
and noise measurements. The system used ATME. 


Indicates the system performed a full signaling test and 
a busy-flash signaling test. The system used ATME. 


Indicates the system performed a full signaling test. 
The system performed a busy-flash signaling test, and 
a transmission test of level measurements in both 
directions. The system used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, and a transmission test of 
loss frequency deviation. The system used ATME. 


Indicates the system performed a full signaling test, a 
busy-flash signaling test, and a transmission test of 
noise measurements. The system used ATME. 


Indicates the system performed the full signaling test. 
The system performed a busy-flash signaling test, a 
transmission test of level measurements in both 
directions, and noise measurements. The system 
used ATME. 
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Field 


Value 


Description 


TA24 


TA25 


ТВ08 


ТВ18 


ТСОМ 


ТСОТ 


TE M 


TLPA 


TLPB 


TLON 


TLOS 


TL05 


Indicates the system performed a full signaling test. 
The system performed a busy-flash signaling test, and 
a transmission test of noise measurements and loss 
frequency deviation. The system used ATME. 


Indicates the system performed a short signaling test 
and a busy-flash signaling test. The system used 
ATME. 


Indicates the system performed a bit error rate test line 
test (BERTL) at 56K bits every second. The system 
used a 2047 bit pattern. 


Indicates the system performed a BERTL at 64K bits 
every second. The system used a 2047 bit pattern. 


Indicates the system performed a Common Channel 
Inter-office Signaling No. 6 (CCIS £6) continuity test. 


Indicates the system performed a CCIS #6 continuity 
test (new version on digital trunk controller (DTC). 


Indicates the system performed an E and M lead 
signaling test. 


Indicates the system performed a loop around test line 
test. The reference trunk occupies port 1 of 
transmission test trunk (TTT). 


Indicates the system performed a loop around test line 
test. The reference trunk occupies port 2 of 
transmission test trunk (TTT). 


Indicates the system performed a loss (1004 Hz at 0 
dBm) and noise (С message filter) test. The system 
used a 105-type test line. 


Indicates the system performed a loss (1004 Hz at 0 
dBm) test with an automatic check. The system used 
a 105-type test line. 


Indicates the system performed a loss (1004 Hz at 0 
dBm) test. the system used a 105-type test line. 
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Field Value 


Description 


TL6N 


TL6S 


TL65 


TNSS 


TR2L 


TR2S 


TSBS 


TSBT 


TSYN 


TS65 


T100 


T102 


Indicates the system performed a loss (404, 1004, and 
2804 Hz at -16 dBm) and noise (C. notched filter) test. 
The system used a 105-type test line. 


Indicates the system performed a loss (404, 1004, and 
2804 Hz at -16 dBm) test with an automatic check. The 
System used a 105-type test line. 


Indicates the system performed a loss (404,1004, and 
2804 Hz at -16 dBm) test. The system used a 105-type 
test line. 


Indicates the system performed a non-synchronous 
test line test. 


Indicates the system performed a repeat two long 
delay test. 


Indicates the system performed a repeat two short 
delay test. 


Indicates the system performed a far-end equipment 
self-check of loss (404, 1004, and 2804 Hz test tone at 
-16 dB). Indicates the system performed a far-end 
equipment self-check of noise (C. notched filter), and a 
return loss test. The system used a 105-type test line. 


Indicates the system performed a return loss 
measurement test. 


Indicates the system performed a synchronous test 
line test. 


Indicates the system performed a far-end equipment 
self-check of loss (404, 1004, and 2804 Hz test tone at 
-16 dB). Indicates the system performed a far-end 
equipment self-check of noise (C-notched filter). The 
System used 105-type test line. 


Indicates the system performed a milliwatt and balance 
test. The system used a 100-type test line, but the 
version (old or new) is not known. 


Indicates the system performed a milliwatt test. The 
System used a 102-type test line. 
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Field Value Description 


T103 Indicates the system performed a signaling test. The 
System used a 103-type test line. 


T104 Indicates the system performed a milliwatt test in both 
directions. The system used a 104-type test line. 


T105 Indicates the system performed a loss (1004 Hz at 0 
dBm) and noise (C-message filter) test with automatic 
check. The system used a 105-type test line. 


T165 Indicates the system performed a loss (404, 1004, and 
2804 Hz at -16 dBm) test with automatic check. The 
system performed a noise (C-notched filter) test with 
automatic check. The system used a 105-type test 
line. 


T5AS Indicates the system performed a loss (1004 Hz at 0 
dBm), and noise (C-message filter) test. The system 
performed a return loss test with automatic check. The 
System used a 105-type test line. 


T5AT Indicates the system performed a loss (C1004 Hz at 0 
dBm), and noise (C-message filter) test. The system 
performed and return loss (C1004 Hz at 0 dBm) test. 
The system used a 105-type test line. 


T5BS Indicates the system performed a return loss 
measurement and a self check test. The system used 
a 105-type test line. 


T5LB Indicates the system performed a loss (404, 1004, and 
2804 Hz at -16 dBm) and return loss test. The system 
used a 105-type test line. 


T5SB Indicates the system performed a return loss test with 
self-check. The system used a 105-type test line. 


T50L Indicates the system performed a loss (1004 Hz at 0 
dBm) and return loss (C1004 Hz at 0 dBm) test. The 
system used a 105-type test line. 


T56N Indicates the system performed a loss (404, 1004, and 
2804 Hz at -16 dBm), noise (C_notched filter), and 
return loss test. The system used a 105-type test line. 
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Field Value Description 
sigtxt BSY Indicates the system performed a busy-flash test for 
the АТМЕ2 set of tests. 

FUL BSY Indicates the system performed a full busy-flash test 
for the ATME2 set of tests. 

FULL Indicates the system performed a full signaling test for 
the ATME2 set of tests. 

NONE Indicates the system performed a no signaling test for 
the ATME2 set of tests. 

SHORT Indicates the system performed a short signaling test 
for the ATME2 set of tests. 

SHORT BSY Indicates the system performed a short busy-flash test 
for the ATME2 set of tests. 

meastxt L Indicates the system performed a loss measurement 
test at 0 dB and 1004 Hz for the ATME2 set of tests. 

LN Indicates the system performed a loss and noise 
measurement test for the ATME2 set of tests. 

LFD Indicates the system performed a loss frequency 
deviation measurement test. Loss frequency deviation 
measurement test is at -16 dB and 404,1004, and 2804 
Hz for the ATME2 set of tests. 

LFD М Indicates the system performed a loss frequency 
deviation and noise measurement test. The noise 
measurement test uses a C-notched filter for the 
ATME2 set of tests. 

N Indicates the system performed a noise measurement 
test with a C-message filter for the ATME2 set of tests. 

NONE Indicates the system did not perform transmission 
measurement tests. The system only performed the 
ATME2 signaling test. 

START: sttxt DLY hour min Indicates the test is scheduled on a daily base. Refer 
to Additional information for a definition of time values. 

DYOMdayhour Indicates the test is scheduled on one day of each 

min month. Refer to Additional information for a definition 


of time values. 
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Field 


Value 


Description 


MAXTEST: nnnnn 


DELAY: dlytxt 


EDY hour min 


EVM wk wkday 
hour min 


EWK wkday 
hour min 


HRY min 


IMMED 


IQT qmonth wk 
wkday hour min 


MTH wk wkday 
hour min 


ODM wk wkday 
hour min 


ODY hour min 


OWK wkday 
hour min 


QTR qmonth 
day hour min 


SYR smonth wk 
wkday hour min 


WKY wkday 
hour min 


0-32767 


EXLONGDLY 


Indicates the test is scheduled on even days. Refer to 
Additional information for a definition of time. values. 


Indicates the test is scheduled on even months. Refer 
to Additional information for definition of time values. 


Indicates the test is scheduled on even weeks. Refer 
to Additional information for a definition of time values. 


Indicates the test is scheduled for every hour. Refer to 
Additional information for a definition of time values. 


Indicates the test is to begin immediately. IMMED only 
displays when the user initiates the test manually from 
automatic trunk testing (ATT) at the MAP level. 


Indicates the test is scheduled every three months. 
Refer to Additional information for a definition of time 
values. 


Indicates the test is scheduled every month. Refer to 
Additional information for definition of time values. 


Indicates the test is scheduled every odd month. Refer 
to Additional information for definition of time values. 


Indicates the test is scheduled every odd day. Refer to 
Additional information for definition of time values. 


Indicates the test is scheduled every odd week. Refer 
to Additional information for definition of time values. 


Indicates the test is scheduled every three months. 
Refer to Additional information for definition of time 
values. 


Indicates the test is scheduled every six months. Refer 
to Additional information for definition of time values. 


Indicates the test is scheduled on every week. Refer 
to Additional information for definition of time values. 


Provides the maximum time in minutes that the test for 
a trunk group can run for. 


Indicates that the time delay between each trunk test is 
15 seconds. 
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Field Value Description 
LONGDLY Indicates that the time delay between each trunk test is 
nine seconds. 
MEDDLY Indicates that the time delay between each trunk test is 
six seconds. 
SHORTDLY Indicates that the time delay between each trunk test is 
one second. 
WAITTIME: n 0-7 Indicates the minutes that the system waits for trunk 
circuits that are not available at the time of the test. 
REMOVE: b Y Indicates that the DMS removes a trunk circuit from 
service if the test fails. 
N Indicates that the DMS does not remove a trunk circuit 
from service if the test fails. 
RMV25PC: b Y Indicates that the DMS can remove more than 25% of 
trunk circuits from service if the circuits fail the test. 
N Indicates the DMS can not remove more than 25% of 
trunk circuits from service if the circuits fail the test. 
LOG: logtype ALL Indicates the system reports all test results as logs. 
FL Indicates the system only reports test failures as logs. 
Q1 Indicates the system only reports test failures or tests 
that exceed maintenance limit as logs. 
Q2 Indicates the system only reports test failures or tests 
that exceed the immediate action limit as logs. 
RETEST: rtsttxt ALL Indicates the system retests trunk circuits that fail any 
of the ATME2 tests. 
BSY FLASH Indicates the system retests trunk circuits that fail the 
FAIL ATME2 busy-flash test. 
BUSY FAR Indicates the system retests trunk circuits in which the 
END far-end office is busy for the ATME2 tests. 
BUSY NEAR Indicates the system retests trunk circuits in which the 
END near-end is busy for the ATME2 tests. 
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Field Value Description 
INSTAB Indicates the system retests all trunk circuits that show 
INTERM instability or difficulties for any ATME2 type test. 
MEAS Q1 FAIL Indicates the system retests trunk circuits that exceed 
the maintenance limit of the ATME2 tests. 

MEAS Q2 FAIL Indicates the system retests trunk circuits that exceed 
the immediate action limit of the ATME2 tests. 

MISC FAILURE Indicates the system retests trunk circuits that show 
miscellaneous troubles for the АТМЕ2 tests. 

N Indicates the ATT subsystem does not retest a failed 
trunk circuit. 

SIG FAILURE Indicates the system retests trunk circuits that fail the 
ATME2 signaling tests. 

Y Indicates the system retested a trunk circuit. 

BERQ : berq A number Provides the Q limit for the bit error rate test line 
expressed in (BERTL). The number 1.1 * 10E-3 means .0011. 
scientific 
notation. 

SLIPSQ : n Integer Indicates the number of slips Q limit. 

ERSQ:n% 0-100 Provides the error seconds Q limit. 

DURATION : n Integer Provides the duration of the BERTL in minutes. 

RANGE: rngtxt ALL Indicates that system tests all circuits in trunk group. 

Displayed only for trunk tests initiated from ATT MAP 
level. 
пі-п2 Provides circuit numbers for trunks that are tested. 
Displayed only for trunk tests initiated from ATT MAP 
level. 
The value n1, n2 = circuit number(0-10000). 
RECYCLE: nn 0-99 Indicates the number of times test equipment recycles 


through circuits in trunk group. Displays only for trunk 
tests initiated from ATT MAP level. 
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Field Value Description 


LOGSKIP: b Y Indicates the system has not generated a report of 
results. Displays only for trunk tests initiated from ATT 
MAP level. 


N Indicates the system generates a report of results. 
Displayed only for trunk tests initiated from ATT MAP 
level. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers 


Additional information 
The definition for variables used to represent time in ATT109 are as follows: 


day Day of month (0-31) 

hour Hour of day (0-23) 

min Minute of hour (0-59) 

qmonth Month of quarter (0-2) 

smonth Month of semi-year (0-6) 

wk Week of month (1 to 5) 

wkday Day of week (0 = Monday, 1 = Tuesday, 2 = Wednesday, 3 = 


Thursday, 4 = Friday, 5 = Saturday, and 6 = Sunday) 
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AUD101 


Explanation 


The Audit (AUD) subsystem report generates AUD101 when the support 
operating system (SOS) letter audit frees a letter. When the system queues the 
letter on a mailbox for more than three audit cycles, the system frees the letter. 
The audit cycles last for three minutes. 


Format 
The log report format for AUD101 is as follows: 


AUDIOI mmmdd hh:mm:ss ssdd EXC LETTER FREED MB AT hl 
OWNER hhhh hhhh typenm modnm , LAST WAITER hhhh hhhh 
prognm 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh . . . 


Example 
An example of log report AUD101 follows: 


AUD101 APRO1 12:00:00 2112 EXC LETTER FREED МВ АТ 00057DDD 
OWNER 4082 8018 PROGRAM IOAUDDP, LAST WAITER 808D C001 
IOAAP 
00Е6 0000 4000 8080 8080 8080 8080 8080 8080 8080 8080. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

EXC Constant Indicates that an exception condition is present 

LETTER FREED Constant Indicates that the SOS letter audit freed the 
letter 

MB AT h1 0000 to FFFF Provides mailbox address in data store 

OWNER 0000 to FFFF Identifies mailbox owner 

typenm MODULE Indicates that mailbox owner is type MODULE 

PROGRAM Indicates that mailbox owner is type 

PROGRAM. 
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Field Value Description 

modnm Software module name Provides additional information for NT or 
operating company software technicians. 

LAST WAITER 0000 to FFFF Provides program or module name of mailbox 
owner 

prognm Character string Provides program name of the last waiter. 

hhhh... 0000 to FFFF The following figure identifies the information 
in this field. Refer to How to Interpret Hex 
Tables in AUD and AUDT Log Reports, in the 
introduction to this document. 

Action 


If reports repeat, contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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AUD102 
Explanation 
The Audit (AUD) subsystem report AUD102 when the support operating 
system (SOS) letter audit frees a letter. The SOS letter audit frees a letter that 
has a mailbox address that is not correct. 
Format 
The log report format for AUD 102 is as follows: 
AUD102 mmmdd hh:mm:ss ssdd EXC LETTER SENT TO BAD 
MAILBOX FREED 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh . . . 
Example 


An example of log report AUD102 follows: 


AUD102 APRO1 12:00:00 2112 EXC LETTER SENT TO BAD MAILBOX 
FREED 
00Е6 0000 4000 8080 8080 8080 8080 8080 8080 8080 8080. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

EXCLETTER SENT TO Constant Indicates that the SOS letter audit frees a letter 
BAD MAILBOX FREED with a mailbox address that is not correct. 
hhhh... 0000 to FFFF Identifies the information in this field. Refer to 


How to Interpret Hex Tables in AUD and AUDT 
Log Reports, in the introduction to this 
document. 


Action 
If reports repeat, contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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Explanation 


Format 


Example 
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The Audit (AUD) subsystem report AUD103 when a system audit discovers 
the following: 


e astopped process 
* aprocess that appears to be ready but is not on any support operating 
system (SOS) ready queue 


This log does not normally appear in the field. 


The log report format for AUD103 is as follows: 


*AUD103 mmmdd hh:mm:ss ssdd EXC PROCESS audtxt hhhh hhhh 
MOD mdnm 
Q-hhhh hhhh hhhh hhhh, RDYW-hhhh, TSLICE=hh, NSUSP-hh, 
IC-hhhhhhhh 


An example of log report AUD103 follows: 


*AUD103 JANO2 13:49:26 8600 EXC PROCESS STOPPED 2108 Е01С MOD 
LGDV 


O-FFFF FFFF FFFF FFFF,RDYW-OD21,TSLICE- 3,NSUSP-0, 
IC=000098F8 


Field descriptions 
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The following table describes each field in the log report: 


Field Value Description 
EXC PROCESS NOT ON Q Indicates process found ready but not on any 
ready queue. 
STOPPED Indicates process found in stopped state. 
audtxt 0000 to FFFF Provides process identification. 
MOD 


Provides name of entry module of process. 
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Field Value Description 
Q 0000 to FFFF Provides first words of queue headers from 
process block. 
RDYW 0000 to FFFF Provides ready word from process block. 
TSLICE 0 to FF Provides time slice from process block. 
NSUSP 0 to FF Provides nosusp ticks from process block. 
IC 0 to FFFFFFFF Provides last executed program store address 
of process. 
Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD104 
Explanation 
The Audit (AUD) subsystem generates AUD104 when an audit log detects a 
condition that is not normal in the deload list. 
Format 
The log report format for AUD 104 is as follows: 
AUD104 mmmdd hh:mm:ss ssdd INFO DELOAD_LIST reastxt 
CIRCUIT- СКТ trkid MB-hhhh hhhh 
Example 


An example of log report AUD104 follows: 


AUD104 АРК01 12:00:00 2112 INFO DELOAD LIST DELOAD LIST 


FULL 


CIRCUIT- CKT RTP2W 2 MB= E111 901A 


Field descriptions 


The following table describes each field in the log report: 


Field Value 


Description 


INFO DELOAD LIST Constant 


reastxt DELOAD LIST FULL 


DUPLICATE ENTRY 


INCORRECT MAILBOX 


STATE NOT CPD 


CIRCUIT Symbolic text 
MB 0000-FFFF 


Indicates detection of a condition that is not 
normal in deload list. 


Indicates more room is not avaliable on deload 
list. 


Indicates attempt to add entry already in 
deload list. 


Indicates entry found on deload list with 
mailbox that is not correct. 


Indicates circuit found that is not in state call 
processing deload (CPD). Occurs when circuit 
posts from trunk test position (TTP) or line test 
position (LTP) MAP level. 


Identifies affected trunk equipment. 


Identifies mailbox that the circuit uses. 
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Action 


If the subsystem generates the same AUD 104 reports, examine related reports 
and perform manual diagnostic tests to isolate the problem. If the system 
continues to generate AUD 104, contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD105 
Explanation 
The Audit (AUD) subsystem generates report AUD105 when the signaling 
connection control part audit detects an error in the local subsystem data. The 
LSS field indicates the local subsystem at which the audit detects the error. 
Format 
The log report format for AUD 105 is as follows: 
AUD105 mmmdd hh:mm:ss ssdd INFO SCCP LOCAL SUBSYSTEM 
LSS: substxt 
PROBLEM: probtxt 
ACTION: acttxt 
Example 


An example of log report AUD105 follows: 


AUD105 JANO2 17:35:48 1300 INFO SCCP LOCAL SUBSYSTEM 
LSS: SCMG 
PROBLEM: Local SCMG routing status is NOT AVAILABLE 
ACTION: Routing status set to AVAILABLE 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO SCCP LOCAL Constant Indicates that the signaling -connection control 
SUBSYSTEM part detects an error in the local subsystem. 
LLS Symbolic text Indicates the local subsystem at which the 


audit detects the error. Refer to Table Local 
subsystems at the end of this log report. 


PROBLEM Descriptive text Indicates the problems that the audit 
encounters. Refer to Table Problems at the 
end of this log report. 


ACTION Descriptive text Indicates action that occurred. Refer to Table 
Problems at the end of this log report. 
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Action 


The audit process corrects any detected errors. To report repeated occurrences 
of problems, contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The following table describes problems and actions in the log report: 


Problem Action 


Local SCMG routing status is NOT Routing status set to AVAILABLE. 
AVAILABLE. 


Routing status for OFFL or MBSY Routing status set to prohibited. 
subsystem not correct. 


Local SCMG subsystem not RTS. SCMG is RTS. 


A list of local subsystem names follows: 
• SS UNKNOWN 


e SCMG 

e ТОР 

• ISDNUP 

e ОМАР 

* OAM 

e E800 

e E800TEST 
e ACCS 

• NOOTEST 
e TCN 

e TCNTEST 
e ACCSTEST 
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AUD106 
Explanation 
The Audit (AUD) subsystem generates AUD106 when signaling connection 
control part (SCCP) audit detects an error in the remote subsystem data. The 
RPC field indicates the name of the remote point code as defined in Table 
C7NETSSN. 
This field can remain blank if the system cannot associate the detected problem 
with a separate point code. The RSS field indicates the remote subsystem 
where the audit detects the error. 
Format 
The log report format for AUD106 is as follows: 
AUD106 mmmdd hh:mm:ss ssdd INFO SCCP REMOTE SUBSYSTEM 
RPC: clli RSS: substxt 
PROBLEM: probtxt 
ACTION: acttxt 
Example 


An example of log report AUD106 follows: 


AUD106 JANO2 17:57:43 1000 INFO SCCP REMOTE SUBSYSTEM 


RPC: TORONTO RSS: E800 
PROBLEM: Invalid subsystem routing status for OFFL or 
MBSYS 


ACTION: Subsystem routing status set to PROHIBITED 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO SCCP REMOTE Constant Indicates that the SCCP audit detects an error 
SUBSYSTEM in the remote subsystem data. 

RPC Symbolic text Indicates the name of the remote point code as 


defined in Table C7NETSSN. 


RSS Character string Indicates the remote subsystem where the 
audit detected the error. Refer to Table Local 
subsystem at the end of this log report. 
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Field Value Description 
PROBLEM Descriptive text Indicates the error that occurred. Refer to 
Table Problems at the end of this log report. 
ACTION Descriptive text Indicates action taken. Refer to Table 
Problems at the end of this log report. 
Action 


The audit process corrects any detected errors. Report repeated problems to 


the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


The following table describes problems and actions in the log report: 
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Problem 


Action 


is not correct 


correct. 
SST active for PROHIBITED Point Code 


SST active for non-PROHIBITED Subsystem 


SST inactive for PROHIBITED Subsystem 


Translation for replicated PROHIBITED 
Subsystem is not correct. 


Translation for replicated AVAILABLE 
Subsystem that is not correct. 


Translation for non-replicated Subsystem is not 
correct. 


Missing PERM data record for Subsystem 


Subsystem routing status for OFFL or MBSYSS 


SCMG routing status for PROHIBITED PC is not 


System sets subsystem routing status to 
PROHIBITED. 


System sets SCMG routing status to 
PROHIBITED. 


System deactivates SST. 


System sets subsystem routing status to 
PROHIBITED. 


SST is active. 


System sets translation status that is not correct 
to BACKUP. 


System sets subsystem translation status to 
NORMAL. 


System sets subsystem translation to NORMAL. 


System resets PERM data and sets subsystem 
routing status to PROHIBITED. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-361 


AUD106 (end) 
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Problem 


Action 


PERM data present for unequipped subsystem 


SCMG routing status for non-PROHIBITED PC 
that is not correct. 


SCMG routing status for PROHIBITED PC is not 
correct. 


SST active for SCMG subsystem 


Translation status for SCMG subsystem is not 
correct. 


Missing PERM data record for SCMG 


NO PROT data record for SCMG subsystem 


System deletes the PERM data record. 


System sets SCMG routing status to AVAILABLE 


System sets SCMG routing status that is not 
correct to PROHIBITED. 


System deactivates SCMG SST. 


Systems sets SCMG translation status to 
NORMAL. 


System resets the SCMG PERM data. 


System resets the SCMG PROT and PERM data. 
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AUD107 


Explanation 


The Audit (AUD) subsystem generates AUD107 when signaling connection 
control part (SCCP) audit detects an error in remote point code data. 


The RPC field indicates the name of the remote point code as defined in Table 
C7NETSSN. The field can remain blank if the system cannot associate the 
detected error with a given point code. 


Format 
The log report format for AUD 107 is as follows: 


AUD107 mmmdd hh:mm:ss ssdd INFO SCCP REMOTE POINT CODE 
RPC: clli 
PROBLEM: probtxt 
ACTION: acttxt 


Example 
An example of log report AUD107 follows: 


AUD107 JANO2 17:40:48 9100 INFO SCCP REMOTE POINT CODE 
RPC: TORONTO 
PROBLEM: No PROT data block 
ACTION: PERM block has been deallocated 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO SCCP REMOTE Constant Indicates the SCCP audit detects an error in 
POINT CODE the remote point code data 

RPC Symbolic text Indicates the name of the remote point code as 


defined іп Table C7NETSSN. 


PROBLEM Description Indicates the system detects a problem. Refer 
to Table Problems at the end of this log report. 


ACTION Description Indicates the system takes action. Refer to 
Table Problems at the end of this report. 


297-2621-840 Standard 09.01 May 2001 


1-363 UCS log reports 
AUD107 (end) 


Action 


The audit process corrects detected errors. Report repeated problems to the 
next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The following table describes problems and actions in the log report: 


Problem Action 

PROT data not present The system deallocates PERM block. 
PERM data block not present The system deallocates PERM block. 
PROT data record not present The system clears PERM data. 

PERM data record not present The system resets PERM data. 

Routing status for OFFL or MBSY PC is not The system sets PC routing state to 
correct PROHIBITED. 

Congestion level for PROHIBITED PC is not The system sets PC congestion level to 0. 
correct 
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AUD108 
Explanation 
The Audit (AUD) subsystem AUD108 when the subsystem detects a problem 
with Table Internal MEM Selector. The reason code in the log indicates the 
reason for each occurrence in the log. The remaining parts of AUD 108 provide 
additional information that relates to a given reason code. 
Format 
The log report format for AUDIOS is as follows: 
AUD108 mmmdd hh:mm:ss ssdd INFO INTERNAL MEM SELECT 
TAB LOG 
REASON text 
CURR ENTRIES aaaa 
CURR MAX SIZ bbbb 
TC COUNT ccc 
AUDIT COUNT ааа 
RTEREF TABLE eeee 
Example 


An example of log report AUD108 follows: 


AUD108 JANO1 08:00:02 1367 INFO INTERNAL MEM SELECT TAB 
LOG 

REASON AUDIT - TRKMEM OCCURS А5 MEM SELECT ІМ 

EXCESS 

OF 255 TIMES 

CURR_ENTRIES 0130 

CURR MAX SIZ 0256 

TC_COUNT 255 

AUDIT COUNT 255 

RTEREF TABLE N/A 
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AUD108 (continued) 


Field descriptions 


The following table describes each field in the log report: 
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Field 


Value 


Description 


INFO INTERNAL MEM 
SELECT TAB LOG 


REASON 


CURR_ENTRIES 


CURR_MAX_SIZ 


TC_COUNT 


Constant 


AUDIT - TRKMEM 
OCCURS AS 
MEM_SELECT IN 
EXCESS OF 255 TIMES 


AUDIT - 
MEM_SELECTOR 
MISS ING FROM 
INTERNAL MEM 
SELECT TAB 


AUDIT - INTERNAL 
MEM SELECT COUNT 
ERROR 
DETECTED/CORRECT 
ED 


AUDIT - MEM SEL 
ENTRY IN INTERNAL 
MEMSEL TAB, NOT IN 
RTEREF 


Integers 


Integers 


Integers 


Indicates the following data provides a report 
when the system detects a problem with this 
table. 


Indicates that the audit detects a single trunk 
member entered as a MEM select route a 
minimum of 255 times. 


Indicates that the audit detects a trunk member 
entered as a MEM select route. An entry for 
the trunk member is not present in Table 
Internal MEM Selector. 


Provides the count in Table Internal MEM 
Selector for number of times the trunk member 
occurs as a MEM select route. The number of 
times the same trunk member occurs as MEM 
select route in route tables can be different. 
The audit is the reason for this difference. 


Indicates an entry is present in the internal 
MEM selector table. The route tables do not 
contain an associated MEM select route for the 
entry. 


Indicates the current number of different trunk 
members entered in the route tables as MEM 
select routes. 


Indicates the maximum number of entries that 
the system allocates for the data store. 


Provides the number of times the system uses 
a single trunk member as a MEM select route. 
Table Internal MEM Select records this count. 
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Field Value Description 


AUDIT_COUNT Integers Provides the number of times the system uses 
a single trunk member as a MEM select route. 
The audit records this count. 


RTEREF_TABLE Integers Indicates active audits. Table RTEREF 
records the active audits. 


Action 


There is no action required. This log indicates the errors that the audit process 
detects. The audit process corrects the detected error in the internal Table 
TRUNK_MEMSEL_TAB. Forward any occurrences of this log, with 
important information, to the next support level. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD120 
Explanation 
The Audit (AUD) subsystem generates log AUD120 to report the results of the 
system audit (SYSAUD) process, each hour. SYSAUD is the Support 
Operating System (SOS) letter audit. 
Format 
The log report format for AUD 120 is as follows: 
AUD120 mmmdd hh:mm:ss ssdd SUMM HOURLY AUDIT REPORT 
NUM AUDITS = nnnn, NUM ERRORS = nnnn, NUM TRAPS = nnnn 
Example 


An example of log report AUD120 follows: 


AUD120 APRO1 12:00:00 2112 SUMM HOURLY AUDIT REPORT 
NUM AUDITS = 5, NUM ERRORS = 0, NUM TRAPS = 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

SUMM HOURLY AUDIT Constant Indicates SYSAUD report each hour. 

REPORT 

NUM AUDITS = nnnn 0-9999 Provides number of audits the system 
performed in last hour. 

NUM ERRORS = nnnn 0-9999 Provides number of errors the system found in 
last hour. 

NUM TRAPS = nnnn 0-9999 Provides number of times audit process 


trapped in last hour. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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The Audit (AUD) subsystem generates an AUD log report when call process 
stops with no warning. A call process normally stops without warning if an 
error 1s present in the system software. Call process also can stop if the system 
software does not compensate for a feature use error that the end user makes. 
The AUD log report indicates call processing resources cleaned up in a manner 
that is not normal. This does not always affect service to the end user. 


The system generates some AUD sequences when the parties of a conference 
call hang up in a given order. After the parties finish the conference and go 
on-hook. The software can be not able to clear resources that the call used. 
Because the call is over, the AUD sequence is transparent to the end user. 
Repeated AUD4XX or AUD5XX log reports show a translation or software 
problem. The two main AUD logs that provide information in these conditions 
are the AUD395 and AUD398 reports. These audit logs work together. 


The AUD395 report is a hexadecimal model of the call condense block (CCB). 
A separate CCB is present for each call in progress on DMS equipment. The 
system stores call characteristics DMS system software to use when the 
software processes the call. This information includes the following: 


* agent name for the originating and terminating agent in the call 
e any required billing 

e if all digits are present 

e translation information 

* called digits 

* calling directory number or trunk billing number 

e if features are in effect 

* routing information 


The information in the CCB can help to construct again the event that caused 
the AUD395 report. 


The AUD398 report is a hexadecimal model of the call data block (CDB). The 
CDB stores additional information for call processing software to complete the 
call. The CDB contains important problem solving elements. The message 
type and message body contain the last message the call process received 
before both the AUD395 and AUD398 output. Any of the following can occur: 
DIGITS MSG, CALL ERROR MSG, CLEAR FORWARD MSG, 
INTEGRITY LOST MSG. 
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AUD395 (continued) 


Format 


Example 


Both the AUD395 and AUD398 log reports give information common to all 
call processes when the system activates features against a call process. These 
log reports also store additional information for specific features. 


These stored features are called extension (EXT) blocks. Each EXT block has 
а system wide setting for stored data. The AUDAXX and AUDS XX log reports 
are hexadecimal models for the EXT block data. These log reports are the only 
AUD log reports. An AUD395 or AUD398 report can have an associated EXT 
block (AUDAXX or AUD5XX) report. 


There can be other logs for these AUD reports. These logs contain TRAP 
and/or software error (SWER) reports. These reports, along with the AUD 
reports can determine profiles on the calls in question. Use the CALLID field 
on the report to link these AUD logs together. The CALLID appears in the 
TEXT field in some SWER reports. The AUD395 log report associates with 
the SWER100 report with the same CALLID or with a CC103 TRAP report. 
Save all log reports that occur at the same time as AUD395 or AUD398 
reports. The log reports can construct again the event that caused the system 
to generate the report. 


The DISPCALL system solves problems in log reports. The DISPCALL is a 
resident tool that formats the following blocks into a data model: 

e AUD395 

e AUD398 

• some AUD4XX 


For more information about DISPCALL, refer to Display Call User Guide, 
TAM- 1001-003. 


The log report format for AUD395 is as follows: 
AUD395 mmmdd hh:mm:ss ssdd INFO CCB DUMP 


CALLID: callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh... 


An example of log report AUD395 follows: 
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AUD395 JAN13 12:00:00 2112 INFO CCB DUMP 


CALLID: 655363 (WORDS 
FFFF FFFF 0063 C201 FFFF FFFF FFFF FFFF FFFF FFFF 0-9 
FFFF 0000 FFFF FFFF 00C2 OODE 0000 0000 0028 0410 10-19 
FFFF FFFF 3С1С 1600 OOFF FF50 023F 0A29 0015 OB1C 20-29 
6BD9 9С00 6BD8 9С00 8536 9800 ЕЕ00 FFFF FFFF FFFF 30-39 
08A5 0000 FFFF FFFF 0052 0С00 08A7 7Е48 0407 040B 40-49 
0022 2607 3259 9400 9100 9400 C688 9300 3261 9400 50-59 
ЕЕ05 FFFF 08СЕ 0000 3873 0С07 0000 0000 0002 2ЕОВ 60-69 
1226 F432 FFFF FFFF 47FF Ер01 8002 FFFF FFFF FFFF 70-79 
OAAA 0000 0000 0000 0000 0000 0000 0000 0000 0000 80-89 
0000 0002 0200 0041 0010 0000 0000 0000 0000 0000 90-99 
0002 2ЕОВ 4005 1000 0415 0415 0000 0000 0050 O3E7 100-109 
0000 0000 0000 0000 0000 0000 OEDE 0003 0000 0000 110-119 
0000 000A 0504 8000 120-123 


Field descriptions 
The following table describes each field in the log report: 


Field 
INFO CCB DUMP 
CALLID 


hhhh... 


Action 


Value Description 
Constant Indicates this report is data dump of CCB. 
Symbolic text Identifies the call process stopped. 


0000 - FFFF The following figures identify the information in this field. 
Refer to “How to Interpret Hex Tables in AUD and AUDT Log 
Reports", in the introduction to this document. 


Many AUD395 reports that repeat indicate a translation problem or a software 
problem. Perform the following four steps when on-site personnel decide to 
use problem solving to respond to repeated call failures. 


l. 


Look for TRAP (CC103) and SWER (SWERI00) log reports. Many 
AUD395 reports that indicate system trouble associate with TRAPs or 
SWERs. 


Examine agent IDs in the РОКТІРЕКМ and PORT2PERM fields. These 
fields identify the calling and called agents. More than one AUD395 log 
report with the same originator and terminator indicates that you localized 
the problem. 


Examine the call processing selectors for РОКТІРЕКМ and 
PORT2PERM. These fields can identify the types of lines involved in the 
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call. If several log reports specify a type of line, it can be an important 
indication. 


4. Examine evidence to decide if the problem relates to corrupt data tables. 
Examples of the problem in the data tables can be in the translation, or the 
code. Contact software support personnel if you suspect the code. 


Associated OM registers 
There are no associated registers. 


Additional information 
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WORD: 0 


CPTLB(192) 
LINK(32) 


CPMBPTR(32) 


BIT: 15 


WORD: 2 


CPTLB(C 
MYINDEX(15) ECCBINDEX(15) 
PRIMINDEX(8 SECINDEX(7 PRIMINDEX(8 SECINDEX(7 


BIT: 47 32 63 48 


1 PROCQD(1) 2 UP OVER УУАНМ(1) 


FLETTERC(G) 000000) 


BIT: 79 64 95 


1 STATE(1) 3 LETTERCOUNT(2) 
2 LINKCOUNT(6) 


LETTERQ(32) 


BIT: 111 96 127 112 
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OVERLAY STRUCTURE - WORDS 0 AND 1 
LINK or CPMBPTR 

OVERLAY STRUCTURE - WORD 3 
2,AUDIT,3,4 or LETTERC 

FIELD DESCRIPTIONS - WORDS 0 AND 1 


CPTLB: The call processing terminal linkage block is the field in the CCB 
used by the Input/Output (I/O) subsystem. 


LINK: A queue link while the CCB is in any of the CCB queues: the available 
queue, the progress queue or the origination queue. 


CPMBPTR: A pointer to the associated call data block (CDB) while a link 
between the CCB and the call process occurs. 


FIELD DESCRIPTIONS - WORD 2 

MYINDEX: The index of the CCB in the store table that occurs in segments. 
SECINDEX: The secondary index. 

PRIMINDEX: The primary index. 

PROCQD: A boolean value to indicate a link between the CCB and call 
process. This bit indicates the call process is suspended in the SOS mailbox. 
The call process waits for a message at the SOS mailbox. 

FIELD DESCRIPTIONS - WORD 3 


UP OVER WARM: This bit indicates that a call can maintain a warm restart. 


ECCBINDEX: The index of an extended call condense block, if the call 
involves an extended call condense block 


FIELD DESCRIPTIONS - WORD 4 
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STATE: The configuration of the CCB. The states are: 
e 0: ONFREEQ - the CCB is available for selection. 


e 1: LINKED NOCPMB -the CCB is linked to a terminal but not attached 
to a call processing mailbox. The arrival of a message at CPTLB removes 
a call processing mailbox from the queue. 


* 2: LINKED CPMB - the CCB is linked to a terminal and to a call 
processing mailbox. 


* 3: UNAVAILABLE - the CCB is not available, as for an audit. 
e 4: ONREADYQI - the CCB is in the CCB ready queue. 


e 5: ONREADYQ2 - the CCB is in the READYORIGS1 queue. The system 
removes CCBs from this queue when CCBs do not occur in the CCB ready 
queue. 


e 6: ONREADYQ3 - the CCB is in ће READYORIGS2 ready queue. This 
queue handles originations during overload conditions. 


AUDIT: The call processing audit process uses this field. 
LINKCOUNT: The number of terminals linked to the CCB. 
LETTERCOUNT: The number of call processing letters in the CCB queue. 


LETTERC: The number of call processing letters in the CCB queue. Fast 
access uses the number . 


FIELD DESCRIPTIONS - WORD 5 
WAKEID: Used by the call processing wakeup facility. 
FIELD DESCRIPTIONS - WORDS 6 AND 7 


LETTERQ: The header for the one-way pointer queue of call processing 
letters in the CCB. 


FIELD DESCRIPTIONS - WORD 8 
CCBTIMEQ: Points to an item in the two-way pointer queue. 


SUCC: Points to the next item in the two-way pointer queue. 
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WORD: 8 9 

CPTLB(C) 

CCBTIMEQ(64) 

SUCC(32) 
BIT: 143 128 159 144 
WORD: 10 11 


CPTLB(C) 
CCBTIMEQ(C) 


PREV(32) 
BIT: 175 160 191 176 
WORD: 12 13 


CCBEXTHEAD(32) 
EXTPTR(32) 
32) 


EXTPTR( 


BIT: 207 192 223 208 


OVERLAY STRUCTURE - WORD 11 
FASTECCBINDEX or 1,ECCBINDEX 
OVERLAY STRUCTURE - WORDS 12 AND 13 
CCBEXTHEAD (EXTPTR) or second EXTPTR 


FIELD DESCRIPTIONS - WORD 10 
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PREV: Points to the link of the preceding item that is in the two-way pointer 
queue. 


FIELD DESCRIPTIONS - WORD 12 
CCBEXTHEAD: The structure that starts a chain of extension blocks. 


EXTPTR: Pointer to an extension block, if extension block is in use. 
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WORD: 14 


FASTSEQNO(16) 


| FASTMOVE(744) | 1744) 


ВІТ: 239 224 255 240 
1  CONN FAILURE(1) 6 XBITS(3) 
2 SEIZE FAILURE(1) 7  FORCEUNAVAIL(1) 
3 MEM SEL ACTIVE(1) 8 PRIORITY SERVICE(1) 
4 SPARE2(2) 9 SA(1) 
5 OCC CALL(1) 
WORD: 16 
BODL 5 |4 |3 [2 RECEIVER(32) 
Д PECHE LN 24) 
FASTMOVE(C 
BIT: 271 256 287 272 
1 OCC INCOMING(1) 0 АС ЕТН IN EFFECT(1) 
2 МО INTRASW(1) A NOT APLICABLE(1) 
3 EA CALL(1) В RESELECT(1) 
4 PIC CALL(1) C DIST RING(1) 
5 LATA CALL(1) D CCBFC(2) 
6 STATE CALL E OP ALLOW(1) 
7 TRD TIMING USED(2) Е ZERO PLUS FGD_ACCESS(1) 
8 TS OMREG(1) G TEN DIGIT ANI FOUND(1) 
9 SEIZE FAILURE(1) H UPAC CALL(1) 
WORD: 18 19 


RECEIVER(C) CCBFA(32) 


CPS(8) 


FASTMOVE(C) 


BIT: 303 288 319 304 
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OVERLAY STRUCTURE - WORD 14 


SEQNO.CS,... or FASTSEQNO 


OVERLAY STRUCTURE - WORD 15 


CML 1,2 ог FASTMOVE 


OVERLAY STRUCTURE - WORD 16 


1,2...(9,0,А or E,F,G),B(C or H),D 


OVERLAY STRUCTURE - WORDS 17 AND 18 


RECEIVER or FASTMOVE 


OVERLAY STRUCTURE - WORD 19 


CCBFA or FASTMOVE 


FIELD DESCRIPTIONS - WORD 14 


SEQNO: This field works with the CCB index to generate a different call ID 
for each call. When a new call uses the CCB, the sequence number changes. 


CS: The CCB call state. Call state values are: 


0- Call is idle. 

1 - Originating, request of a receiver occurs. 

2 - System receives digits but does not condense the call. 

3 - System condenses call and call waits for digits. 

4 - Indicates the system transmits digits. 

5 - Overlapped transmission or reception occurs. 

6 - The system established of a network connection and condenses the call. 


7 - The system established a two-way network connection occurred and did 
not condense the call. 


8 - The system established a one-way network connection. An 
announcement is an example of a one-way network connection. 


9 - Multi-party calling. 


10 - Service tone. An example of a service tone is a reorder tone. 
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11 - Indicates system generates termtone, ringing or busy tone. Also 
indicates that talking began on fast call. 


12 - Held is a special state while the system condenses a call in a feature 
call. 


13 - Testing is a special state that is not on an audit timer. 
14 - A transient state in call process. 

15 - Indicates the system preempts a call on the network 
16 - Custom calling features. 


17 - Indicates the system waits as a call condenses while the system 
performs timing. 


18 - Origtone occurs when the originator rings or receives a tone. This call 
is not a one-port call. 


19 - Pfheld is the value the system uses for business sets. 


20 - The system drives all messages into the setup processor from the 
starter. 


2] - The system drives all messages from the starter to the cross processor. 


22 - Calls preserved over WARM SWACT, LM/RLM WARM 
takeback/takeover. 


23 - A call waits on the last agent in the call to disconnect. The disconnect 
normally occurs after talk but before idle. 


The permitted condensed call states are: 


dialing 

overlapping outpulsing and reception 
talking 

multi-party calling 

termtone 

held 

testing 


custom 


XBITS: Special call processing bits for a terminal identifier (TID) with the 
state of SELECTCPTLB. After the system selects a terminal linkage block for 
the TID, the system copies the bits to the selected CPTLB. This field 
constitutes an area with no restrictions. 
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FORCEUNAVAIL: A boolean value that indicates if the system forced 
terminal linkage block state to unabaliable. 


PRIORITY SERVICE: (Provided later) 

SA: This bit indicates service analysis. 
FASTSEQNO: The CPIO system uses this integer. 
FIELD DESCRIPTIONS - WORD 15 


CMI: The cross-matrix index categorizes a connection. Line-to-line or 
trunk-to-trunk are examples of connection categories. 


OCC CALL: This bit indicates other carrier call. 

FASTMOVE: Area reserved for CPIO. 

SPARE2: (Provided later.) 

MEM. SEL ACTIVE: (Provided later.) 

SEIZE FAILURE: (Provided later.) 

CONN FAILURE: (Provided later.) 

FIELD DESCRIPTIONS - WORD 16 

OCC INCOMING: This bit indicates other carrier call incoming. 
NO INTRASW: This bit denies intraswitching. 

EA CALL: This bit specifies an equal access call. 

PIC CALL: This bit identifies a primary interLATA carrier call. 


LATA, CALL: This bit indicates an intraLATA call. If true, this bit specifies 
an interLATA call. 


STATE CALL: If false, this bit indicates an call between states. If true, this 
bit specifies an interstate call. 
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TRD_TIMING_USED: This field identifies the time release disconnect time 
used. The values are: 


e (0-No time release disconnect 
e 1 - Short time release disconnect 


e 2- Long time release disconnect 


TS_OMREG: This bit indicates use of the traffic separation operational 
measurement register. 


SEIZE_FAILURE: This bit indicates an attempt to seize an outgoing agent 
failed. 


AC_FTR_IN_EFFECT: This bit indicates an attendant console feature is in 
effect. 


RESELECT: This bit indicates that the system selects of an outgoing agent 
again. 


DIST_RING: This bit indicates distinctive ringing. 
CCBFC: The CCB format code (0-3) 

ОР ALLOWED: (Provided later.) 

ZERO PLUS FGD ACCESS: (Provided later.) 
ТЕМ DIGIT ANI FOUND: (To be provided later.) 
UPAC CALL: (Provided later.) 

FIELD DESCRIPTIONS - WORD 17 

RECEIVER: The call processing identifier (CPID) of the receiver. 
AID: The agent ID is an area with no restrictions. 
FIELD DESCRIPTIONS - WORDS 18 AND 19 
CPS: CP Selector is a string range from 0 - 255. 


CCBFA: The CCB format area is an area with no restrictions that often define 
formats for local and toll calls. 
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WORD: 20 


CCBFA(C PORT1PERM(352) 
AGENTEXTHEAD(32) 
EXTPTR(32) 


FASTMOVE(C 


BIT: 335 320 351 


WORD: 22 


PORT1PERM(C 
AGENTEXTHEAD(C AGENT(3 


EXTPTR(C AID(24) 


AGENT MSG DATA(128) 


AGENT (32) 


AID(24) 
FASTMOVE(C 


BIT: 367 352 383 


OVERLAY STRUCTURE - WORD 20 

CCBFA or FASTMOVE 

OVERLAY STRUCTURE - WORDS 21 AND 22 
PORTIPERM or FASTMOVE 


OVERLAY STRUCTURE - WORD 23 


PORT1PERM or FASTMOVE 
/ \ 
AGENT or AGENT_MSG_DATA(AGENT) 
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FIELD DESCRIPTIONS - WORD 21 

PORTIPERM: Contains information about the originating agent. 
AGENTEXTHEAD: If extension blocks are part of the structure, the chain 
begins with AGENTEXTHEAD. The field AGENTEXTHEAD contains the 
pointer to the first extension block. 

EXTPTR: The pointer to the first extension block. 

FIELD DESCRIPTIONS - WORD 23 


AGENT: The CPID associated with the originator; <NIL> if there is no 
designate DN. 


AID: Agent ID in the AID field indicates an area without restrictions. 


AGENT_MSG_DATA: A copy of AGENT and the other fields in the overlay 
to which AGENT belongs. 
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WORD: 24 


25 
PORT1PERM(C) 


PAGENTC) = ЕМТ(С 


2... 


SNODE_NO(11) 
NM INMOHN(S | 16) 


22: FEN-PATHEND(16) = 
[AGENT MSG DATO) 00 | MSG DATA(C 


NM CHNL(16) 


EN PATHEND(16) 


FASTMOVE(C) 
BIT: 399 384 415 400 
1 NM PAIR(5) 4 NM PAIR(5) 
2 TS PORT(3) 5 TS PORT(3) 
3 TS NO(3) 6 TS NO(3) 
OVERLAY STRUCTURE - WORD 24 
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PORTIPERM or FASTMOVE 
/ \ 
AGENT or AGENT_MSG_DATA(AGENT) 


OVERLAY STRUCTURE - WORD 25 


PORTIPERM or FASTMOVE 
/ \ 
PE or AGENT_MSG_DATA(PE) 
/ \ 
/ \ 


EN_PATHEND or NM_CHNL or 
EN_PATHEND or NM_CHNL or 
CHNL,PORT or SNODE_NO 
CHNL,PORT or SNODE_NO 


FIELD DESCRIPTIONS - WORD 24 
CPS: The CP Selector, a string range from 0 to 255. 
FIELD DESCRIPTIONS - WORD 25 


PE: The path end data structure identifies an endpoint on a network. The PE 
contains terminal information that depend on connections. 


CHNL: The network module channel number. 

PORT: The network module port number. 

NO: The network module port number as a full 6-bit index. 

TS_NO: The switch number on the network module (O - 7). 

TS_PORT: The port on the switch (0 - 7). 

NM_PAIR: The network module pair (0 - 31). 

SNODE NO: The short node number (0 - 2047). 

NM_CHNL: The network module channel number expressed as an integer. 


ЕМ PATHEND: A one-word area without restrictions. 
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WORD: 26 27 
PORT1PERM(C) 


PORT(5 PMCHNL(9) 


Ete — а= 
Los тт VAL(8 
Mes — 

Mme ” 


|[ABENLMSG DATNO) 0 | ENT MSG DATA(C 


A DC a PMCHNL@) 000- 

enun doe VAL(8 ITE 
rome — 
PMCL(4 PECH(5 

FASTMOVE(C 
BIT: 431 416 447 432 

1 CFWBIT(1) 0 PM CHNLS(1) 

2 AGENT SUSPECT(1) А CFWBIT(1) 

3 LOGICAL(1) В AGENT SUSPECTT(1) 

4 GAIN(3) С LOGICAL(1) 

5 LOSS(3) D GAIN(3) 

6 PREFERRED PLANE(1) E LOSS(3) 

7 VFG PROCESSED(1) Е PREFERRED PLANE(1) 

8 UNITNO(1) G UNITNO(1) 

9 CHNLS(1) Н CHNLS(1) 


OVERLAY STRUCTURE - WORD 26 
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PORTIPERM or FASTMOVE 
/ \ 
PE or AGENT MSG DATA(PE) 
/ \ / \ 
8 or6 F or G 


OVERLAY STRUCTURE - WORD 27 


PORTIPERM or FASTMOVE 
/ \ 
PMCHNL,PORT,1,2 or PM CHNL,0 or 
AGENT MSG DATA(PMCHNL) 
/ \ / \ 
PMC,7 or CHNL,9 or 


PMC ог CHNL.H or 
PECH,PMCL 


PECH,PMCL 


FIELD DESCRIPTIONS - WORD 26 


LOGICAL: A boolean logical connection value. If this value is true, there is 
no physical pathend and other fields do not have meaning. 


GAIN: The pad gain value (0 to 7) adjusts based on the other pathend. 
LOSS: The pad loss value (0 to 7) that adjusts based on the other pathend. 


INTEG_VAL: The integrity value the other end of the connection uses. The 
range is from 0-254. 


PREFERRED PLANE: Identifies either an odd plane (1) or an even plane (0). 
UNITNO: Identifies unit 0 or unit 1. 

FIELD DESCRIPTIONS - WORD 27 

PMCHNL: Specifies the C-side of the peripheral module channel number. 


PMC: The peripheral module channel. This number is between 0-511. 
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CHNL: The channel number for peripheral modules that have more than 256 
C-side channels. 


CHNLS: The channel set for 0-1 that defines CHNL . 
PECH: The channel number in the range from 0-31. 


PMCL: The peripheral channel module link between 0-15 associated with 
PECH. 


PM. CHNL: Same as CHNL. 

PM. CHNLS: Same as CHNLS. 

PORT: The call processing port number, an identifier between 0-31. 
CFWBIT: The call forwarding flag. 


AGENT. SUSPECT: Indicates if an agent fails this field increases twice the 
system busies the defective agent and run diagnostics. 


VFG PROCESSED: (Provided later.) 
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WORD: 28 29 


PORT1PERM(C) 


8|2|1 THREAD(9) TID(24) 


AGENT MSG РАТА(С) 


FASTMOVE(C) 
BIT: 463 448 479 464 
1  FMTCODE(5) 5  FMTCODE(5) 
2 UTR AVAILABLE(1) 6 UTR AVAILABLE(1) 
3 CPI(1) 7 CPI(1) 
4 TRMNL NO MSN(4) 8 TRMNL NO MSN(4) 


WORD: 30 81 

PORT1PERM(C) 

TSI(8) FMTAREA(160) 
TRMNL. NO LSB(8) 


AGENT MSG DATA(C) 


TSI(8) TID(C) 


TRMNL. NO LSB(8) 


FASTMOVE(C) 


BIT: 495 480 511 496 


OVERLAY STRUCTURE - WORD 28 
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PORT2PERM or FASTMOVE 
/ \ 
THREAD,.. or AGENT_MSG_DATA(THREAD.... ) 


OVERLAY STRUCTURE - WORD 29 


PORTIPERM or FASTMOVE 
/ \ 
TID or AGENT_MSG_DATA(TID) 


OVERLAY STRUCTURE - WORD 30 


РОКТІРЕКМ or FASTMOVE 
/ \ 
TID,TSI or AGENT_MSG_DATA(TID,TSD 


OVERLAY STRUCTURE - WORD 31 
PORTIPERM or FASTMOVE 
FIELD DESCRIPTIONS - WORD 28 


THREAD: The agent thread index. The thread table maps from agent thread 
values and call processing functions to indexes into auxiliary tables. The 
tables lead to specific call processing procedures. Thread values include the 
following: 


e 1- POTS DP (POTS Dial Pulse) 

e 2- POTS DGT (POTS Digitone) 

e 39- POTS XTD (POTS extended dial pulse) 
e 41 - POTS XTD DGT (POTS extended Digitone) 
e ]10- IBN DP 

• 111 - IBN DGT 

• 112 - IBN XTD DP 

• 113 - IBN XTD DGT 

* 114- IBN CONSOLE 

e 115 to 117 - IBN INCOMING TRUNK 

e 120 - 4-WIRE SUBSCRIBER 
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e 129 to 131 - IBN OUTGOING TRUNK 
e |32to 134 - IBN TWO-WAY TRUNK 
e 199- KEY SET 

e 203 -MADN DP 

e 204- MADN DGT 


FMTCODE: The agent format code that indicates which of the 32 
improvements of the TEMP_FORMAT_AREA refinements the system uses. 


UTR_AVAILABLE: This bit indicates the agent is a DTMF line or a 
multifrequency trunk on an XPM equipped with universal tone receivers 
(UTRs). 


CPI: The call progress indicator. This bit is true when the system sends call 
progress to the terminal. 


TRTMTSEQNO: A number from 0 - 7 that tracks which treatment a message 
requires. 


FIELD DESCRIPTIONS - WORD 29 

TID: The terminal ID of the agent. 

NODE_NO: The node number of the terminal. 

TERMNL_NO_MSN: The most important nibble of the terminal number. 
FIELD DESCRIPTIONS - WORD 30 

TRMNL_NO_LSB: The least significant bit of the terminal number. 


TSI: The telport supervision indicator. TSI values are: 
e 0-по tsi 

e ] -receive tsi 

e 2-sendtsi 

e 3- single tsi 

e 4- control tsi 

e 5- slave tsi 


e 6- calling tsi 
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e 7-called tsi 
e 8 - integ tsi 


e 9-11 
e 10-101 
e ]l-Ittsi 


FIELD DESCRIPTIONS - WORD 31 


FMTAREA: An area of 10 words with no restrictions. The area contains agent 
pointers, progress marks, and miscellaneous information related to agents in 
the call. 


WORD: 32 33 


PORT1PERM(C) 


FASTMOVE(C) 


BIT: 527 512 543 528 


WORD: 34 35 


PORT1PERM(C) 
FASTMOVE(C) 


BIT: 559 544 575 560 


WORD: 36 37 


PORT1PERM(C) 


FASTMOVE(C) 


BIT: 591 576 607 592 
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OVERLAY STRUCTURE - WORD 32 to 37 


РОКТІРЕЕМ or FASTMOVE 


WORD: 38 


PORT1PERM(C 


FMTAREA(C 
FASTMOVE(C 


BIT: 623 608 639 


WORD: 40 


PORT1PERM(C 
FMTAREA(C NXCPINFO(32) 


FASTMOVE(C 


BIT: 655 640 671 


OVERLAY STRUCTURE - WORD 38 to 40 
PORTIPERM of FASTMOVE 
OVERLAY STRUCTURE - WORD 41 
PORTIPERM or FASTMOVE 
ee or 1| 


FIELD DESCRIPTIONS - WORD 41 


NXCPINFO: (Provided later.) 
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WORD: 42 


NXCPINFO(C AGENTEXTHEAD(32) 


EXTPTR(32) 


AGENTEXTHEAD(32) 


EXTPTR(32) 

FASTMOVE(C) 
BIT: 687 672 703 688 
WORD: 44 45 


PORT2PERM(C) 


AGENTEXTHEAD(C AGENT(32) 


EXTPTR(C AID(2 
AGENT MSG DATA(128) 
AGENT(3 
AID(2 


AGENTEXTHEAD(C PORT2PERMCPID(32) 
EXTPTR(C AID(2 
FASTMOVE(C 


BIT: 719 704 735 


OVERLAY STRUCTURE - WORD 42 
PORTIPERM or FASTMOVE 


OVERLAY STRUCTURE - WORDS 43 and 44 
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PORT2PERM(AGENTEXTHEAD) or second AGENTEXTHEAD or 
FASTMOVE 


OVERLAY STRUCTURE - WORD 45 


PORT2PERM or PORT2PERMCPID or FASTMOVE 
/ \ 
AGENT or AGENT_MSG_DATA(AGENT) 


FIELD DESCRIPTIONS - WORD 43 

PORT2PERM: Contains information about the terminating agent. 
AGENTEXTHEAD: If extension blocks are part of the structure, the chain 
begins with the AGENTEXTHEAD structure. The AGENTEXTHEAD 
structure contains the pointer toward the first block. 

EXTPTR: The pointer to the first extension block. 

FIELD DESCRIPTIONS - WORD 45 


AGENT: The CPID associated with the dialed number; <NIL> without a 
designated DN. 


AID: The agent ID, defined in a 24-bit area that does not have restrictions. 


AGENT_MSG_DATA: Copy of AGENT and other fields in the overlay where 
AGENT belongs. 


PORT2PERMCPID: The LEN and DN associated with the dialed number. 


<NIL> if there is no specified DN. 
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AUD395 (continued) 


WORD: 46 47 
PORT2PERM(C) 


AGENT(C 


NM_CHNL(16) 


EN_PATHEND(16) 
AGENT MSG DATA(C 


AGENT(C) 


CPS(8) 


NM CHNL(16) 
EN PATHEND(16) 


PORT2PERMCPID(C) TOPS AREA(1024) 
CPS(8) AID(C) 
FASTMOVE(C) 
BIT: 751 736 767 752 
1 NM PAIR(5) 4 NM PAIR(5) 
2 TS PORT(3) 5 TS PORT(3) 
3 TS NO(3) 6 TS NO(3) 


OVERLAY STRUCTURE - WORD 46 
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AUD395 (continued) 


PORT2PERM or PORT2PERMCPID or FASTMOVE 
/ \ 
AGENT or AGENT_MSG_DATA(AGENT) 


OVERLAY STRUCTURE - WORD 47 


PORT2PERM or TOPS_AREA or FASTMOVE 
/ \ 
PE or AGENT_MSG_DATA(PE) 
/ \ 
/ \ 
EN_PATHEND or NM_CHNL or 
EN_PATHEND or NM_CHNL or 
CHNL,PORT or SNODE_NO 
CHNL,PORT or SNODE_NO 


FIELD DESCRIPTIONS - WORD 46 

CPS: The CP selector is a string range from 0 - 255. 

FIELD DESCRIPTIONS - WORD 47 

PE: The pathend data structure. The pathend data structure identifies an 
endpoint in anetwork. This field contains terminal information that depends 
on connections. 

CHNL: The network module channel number. 

PORT: The network module port number. 

NO: The network module port number as a full 6-bit index. 

TS_NO: The switch number on the network module (O to 7). 
TS_PORT: The port on the switch (0 to 7). 

NM_PAIR: The network module pair (0 to 31). 


SNODE_NO: The short node number (0 to 2047) 


NM_CHNL: The network module channel number expressed as an integer. 
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AUD395 (continued) 


EN PATHEND: A one word area with no restrictions. 


TOPS AREA: An area of 64 words with no restrictions reserved for TOPS 
devices. The auxiliary operator services system (AOSS) is an example of a 
TOPS device. 


WORD: 48 


PORT2PERM(C) 


6 | INTEG_ VAL(8 7 РМС(9 
es 
PMCL(4 
ОС 


AGENT MSG DATA(C 


A | PORT(5 PMCHNL(9 
F [INTEG VAL(8 РМС(9 
Wem — 
T 


TOPS AREA(C 

FASTMOVE(C) 

BIT: 783 768 799 784 
1 CFWBIT(1) 0 PM CHNLS(1) 

2 AGENT SUSPECT(1) A CFWBIT(1) 

3 LOGICAL(1) B AGENT SUSPECTT(1) 
4 GAIN(3) C LOGICAL(1) 

5 LOSS(3) D GAIN(3) 

6 PREFERRED PLANE(1) E LOSS(3) 

7 VFG_PROCESSED(1) Е PREFERRED PLANE(1) 
8 UNITNO(1) а UNITNO(1) 

9 CHNLS(1) H CHNLS(1) 


49 


2 PORT(5 PMCHNL(9) 


OVERLAY STRUCTURE - WORD 48 
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AUD395 (continued) 


PORT2PERM or TOPS_AREA or FASTMOVE 


/ \ 
PE or AGENT_MSG_DATA(PE) 
а / \ 
6 or8 F G 


OVERLAY STRUCTURE - WORD 49 


PORT2PERM or FASTMOVE 
PMCHNL.... or BUND Or E AT 15 
PMC A GN or i i 
PMC ог CHNL.H or 
PECH,PMCL 
PECH,PMCLFIELD 


DESCRIPTIONS - WORD 48 


FIELD DESCRIPTIONS - WORD 48 


LOGICAL: A boolean logical connection value. If true, a pathend is not 
present and other fields do not have meaning. 


GAIN: The pad gain value (0 - 7) adjusts based on the other pathend. 
LOSS: Тһе pad loss value (0 - 7) adjusts based оп the other pathend. 


INTEG_VAL: The integrity value the system uses at the other end of the 
connection. The range is from 0-254. 


PREFERRED_PLANE: Identifies either an odd plane (1) or an even plane (0). 
UNITNO: Identifies unit 0 or unit 1. 

FIELD DESCRIPTIONS - WORD 49 

PMCHNL: Specifies peripheral module C-side channel number. 


PMC: The peripheral module channel, a number in the range from 0-511. 
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AUD395 (continued) 


CHNL: The channel number for peripheral modules with a minimum of 256 
C-side channels. 


CHNLS: The channel set (0 or 1)that defines CHNL . 
PECH: The channel number in the range from 0-31. 


PMCL: The peripheral channel module link between 0-15 associated with 
PECH. 


PM_CHNL: Same as CHNL. 

PM_CHNLS: Same as CHNLS. 

PORT: The call processing port number, any identifier between 0-31. 
CFWBIT: The call forwarding flag. 


AGENT_SUSPECT: Indicates failure of an agent. If this field increases twice, 
the system will busy the damaged agents and run diagnostics. 


VFG_PROCESSED: (Provided later.) 
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AUD395 (continued) 


WORD: 50 


PORT2PERM(C) 


3 1 THREAD(9) 


AGENT_MSG_DATA(C) 


ir. | un 


WORD: 52 
PORT2PERM(C) 
TSI(8) 
TRMNL. NO LSB(8) 
AGENT. MSG DATA(C) 
TSI(8) TID(C) 


TRMNL. NO LSB(8) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT: 847 


832 863 


51 


TID(24) 


TID(24) 


TOPS AREA(C) 
FASTMOVE(C) 
BIT: 815 800 830 816 
1 FMTCODE(5) 5  FMTCODE(5) 
2 UTR AVAILABLE(1) 6 UTR AVAILABLE(1) 
3 CPI(1) 7 CPI(1) 
4 TRMNL NO MSN(4) 8 TRMNL NO MSN(4) 


53 


FMTAREA(160) 


848 
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AUD395 (continued) 


OVERLAY STRUCTURE - WORD 50 


PORT2PERM or TOPS AREA or FASTMOVE 
/ \ 
THREAD,.. or AGENT_MSG_DATA(THREAD.... ) 


OVERLAY STRUCTURE - WORD 51 


PORT2PERM or TOPS AREA or FASTMOVE 
/ \ 
TID or AGENT MSG DATA(TID) 


OVERLAY STRUCTURE - WORD 52 


PORT2PERM or TOPS AREA or FASTMOVE 
/ \ 
TID.TSI ог AGENT_MSG_DATA(TID,TSD 


OVERLAY STRUCTURE - WORD 53 
PORT2PERM or TOPS_AREA or FASTM 
OVEFIELD DESCRIPTIONS – WORD 50 


THREAD: The agent thread index. The thread table maps from agent thread 
values and call processing functions to indexes into auxiliary tables. The 
tables lead to specified call processing procedures. Thread values include the 
following: 


e |-POTS DP (POTS dial pulse) 

e 2-POTS DGT (POTS digitone) 

e 39- POTS XTD (POTS extended dial pulse) 

e 41- POTS XTD DGT (POTS extended digitone) 
e 110- IBN DP 

e 111- IBN DGT 

• 112- IBN XTD DP 

e 113- IBN XTD DGT 

* 114- IBN CONSOLE 

* 115 to 117- IBN INCOMING TRUNK 
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AUD395 (continued) 


e 120 -4-WIRE SUBSCRIBER 

• 129 to 131 - IBN OUTGOING TRUNK 
e |32to 134 - IBN TWO-WAY TRUNK 
e |99- KEY SET 

e 203 -MADN DP 

e 204- MADN DGT 


FMTCODE: This agent format code indicates which one of the 32 
TEMP_FORMAT_AREA improvements is in use. 


UTR_AVAILABLE: If true, this bit indicates that the agent is one of two 
possibilities. The agent is either a ОТМЕ line or a multifrequency trunk оп an 
XPM equipped with universal tone receivers (UTRs). 


CPI: The call progress indication. The bit applies while the system sends call 
progress to the terminal. 


FIELD DESCRIPTIONS - WORD 51 

TID: The terminal ID of the agent. 

NODE_NO: The terminal node number. 

TERMNL_NO_MSN: The most important nibble of the terminal number. 
FIELD DESCRIPTIONS - WORD 52 

TRMNL_NO_LSB: Least significant bit of the terminal number. 


TSI: The telport supervision indicator. TSI values are: 
e O-notsi 

e | - receive tsi 

e 2- send tsi 

* 3- single tsi 

e 4- control tsi 

e 5 - slave tsi 

e 6- calling tsi 

e 7- called tsi 
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AUD395 (continued) 


e 8 - integ tsi 


e 9-11 
e 10-101 
e ]l-Ittsi 


FIELD DESCRIPTIONS - WORD 53 


FMTAREA: An area of 10 words that does not have restrictions. The 
FMTAREA contains agent pointers, progress marks, and miscellaneous bits of 
information related to agents in the call. 
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AUD395 (continued) 


WORD: 54 55 


PORT2PERM(C) 
) 


TOPS_AREA(C 
FASTMOVE(C) 


BIT: 879 864 895 880 


WORD: 56 57 


BIT: 911 896 927 912 


WORD: 58 59 


) 


( 
FASTMOVE(C 


BIT: 943 928 959 944 


OVERLAY STRUCTURE - WORDS 54 through 59 


PORT2PERM or TOPS_AREA or FASTMOVE 
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AUD395 (continued) 


WORD: 60 61 


PORT2PERM(C) 
) 


TOPS_AREA(C 
FASTMOVE(C) 


BIT: 975 960 991 976 
WORD: 62 63 

PORT2PERM(C) 

FMTAREA(C) NXCPINFO(32) 

TOPS AREA(C) 

FASTMOVE(C) 
BIT: 1007 992 1023 1008 
WORD: 64 65 


NXCPINFO(C) XLAB(576) 


TOPS AREA(C) 


FASTMOVE(C) 
BIT: 1039 1024 1055 1040 
1 ВЕ TRANSLATED(1) 4  AMAPRT PFX FENCE СМТ(4) 
2 IDDD_ARS(1) 5 MIN DIGITS(5) 
3 SPARE(1) 


OVERLAY STRUCTURE - WORDS 60 through 62 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-408 UCS log reports 
AUD395 (continued) 


PORT2PERM or TOPS_AREA or FASTMOVE 


OVERLAY STRUCTURE - WORDS 63 AND 64 


PORT2PERM or TOPS_AREA or FASTMOVE 
/ \ 
NXCPINFO or 1 


OVERLAY STRUCTURE - WORD 65 
CHB or TOPS_AREA or FASTMOVE 
FIELD DESCRIPTIONS - WORD 63 


TRIMTSEQNO: Number from 0-7 that tracks the treatment from which a 
message must arrive. 


FIELD DESCRIPTIONS - WORD 65 


CHB: This call handler block contains the translation and route blocks 
associated with a call. 


XLAB: This translation block contains translation information that tells if a 
call failed in the translation process. 

RC: The translation return code. Code values are: 

e 0 - Indicates current translation step requires more digits. 


e | - Indicates the current translation step completes. Translations continue 
with the next step. 


e 2 - Indicates translation complete. 
e 3- Indicates the system determined the translation route identifier. 


e 4- Indicates the system determined the translation route identifier but notes 
the system must decode the position. 


e 5-Indicates the system will decode the treatment. 
e 6-Indicates translation will start again and begin digit collection again. 
* 7- Analyze the translation protocol. 


e 8- Indicates the system condensed the call. The call waits for another 
event like equal access ANI or called number. 


e O9-Indicates the need to enter translations again with a new translation 
result. 
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AUD395 (continued) 


e 10- For service switching point (SSP) features, proceed to setup. 
Translation required after DB query. 


e 11 - System tells CP to stop digit collection and set automatic data 
processing (ADP). Enter translations again. 


RE TRANSLATE: This bit indicates if translation is necessary again. 
SPARE: Two boolean values that the system did not use. 


AMAPRT PREFIX FENCE COUNT: The AMA pretranslation prefix fence 
value. 


MIN DIGITS: The minimum digits the system requires. 


IDDD ARS: (Provided later.) 
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AUD395 (continued) 


WORD: 66 67 

CHB(C) 

ADRA 24) 

— C _ACTIVE | CCF_ACTIVE_TYPE(6) = 

FASTMOVE(C) 
BIT: 1071 1056 1087 1072 

1 MAX DIGITS(5) 4 ІВМ XLASTAGE(6) 

2 PREFIX FENCE(5) 5 IXLASTAGE(6) 

WORD: 68 69 


CHB(C) 

XLAB(C) 

ORIG_AGENT(C) TXROUTE(32) 
CPS(8) AID(24) 
CCF_SPARE(16) TERM_AGENT(32) 


AID(24) 


TOPS_AREA(C) 


FASTMOVE(C) 


BIT: 1103 1088 1119 1104 


OVERLAY STRUCTURE - WORD 66 
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AUD395 (continued) 


CHB(XLAB) or ТОР5 AREA or FASTMOVE 
/ \ 
XLASTAGE or 3or4 


OVERLAY STRUCTURE - WORD 67 


XLAB or TOPS AREA or FASTMOVE 
/ \ 
ORIG_AGENT or CCF_ACTIVE_TYPE 


OVERLAY STRUCTURE - WORD 68 


XLAB or TOPS_AREA or FASTMOVE 
/ \ 
ORIG_AGENT or CCF_SPARE 


OVERLAY STRUCTURE - WORD 69 


CHB (XLAB) or TOPS_AREA or FASTMOVE 
/ À 
TXROUTE or TERM AGENT 


FIELD DESCRIPTIONS - WORD 66 

MAX DIGITS: Indicates the maximum digits the system allows. 
PREFIX FENCE: The number of digits the translations use. 
XLASTAGE: The translation stage of a normal POTS call. Possible stages 
are: 

e 0- First stage 

e 1 - Decipher stage 

• 2- Six digit translation stage 

e 3- Balance digits stage 

e 4- VAC code stage 

• 5- Initial with prefix 

e 6- Prefix added 


e 7-Custom call feature program 
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AUD395 (continued) 


* 8-ESN stage 


e 9- CCIS inward translation stage 


IBN XLASTAGE: The translation stage of an IBN call. Possible stages are: 
e 0- IBN first stage, equal to POTS first stage. 


e ]-Network Class of Service (NCOS) feature initial, equal to POTS 
decipher stage. 


e 2-NCOS preliminary first stage, equal to POTS six-digit translation stage. 
e 3- Custom feature initial, equal to POTS balance digits stage. 
e 4- Custom feature preliminary initial, equal to POTS VAC code stage. 
e 5- Custom translation initial, equal to POTS initial with prefix. 
e 6-NCOS feature read, equal to POTS prefix added. 

* 7-NCOS preliminary read 

e 8- Custom feature read 

• 9- Custom preliminary read 

e 10 - Custom translation read 

e 11 - NCOS feature decipher 

e 12-NCOS preliminary decipher 

e 13 - Custom feature decipher 

e 14- Custom preliminary decipher 

e 15 - Custom translation decipher 

e 16 - IBN prefix added 

e 17-NCOS oct initial 

e 18 - Custom oct initial 

e 19-NCOS oct read 

e 20 - Custom oct read 

e 21-NCOS oct decipher 

e 22 - Custom oct decipher 


• 23 - Non-standard read translators provided by г selector provides 23 and 
24 as special translators. 


e 24 - Decipher that is not standard 
• 25 - IBN CCF program (the custom feature program) 
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AUD395 (continued) 


• 26- Flash first stage, with decodes 26-35 for flash translations. 
e 27 - Flash feature initial 

• 28 - Flash oct initial 

e 29 - Flash preliminary initial 

e 30 - Flash feature read 

e 31 - Flash oct read 

e 32 - Flash preliminary read 

e 33 - Flash feature decipher 

e 34 - Flash oct decipher 

e 35 - Flash preliminary decipher. 

IXLASTAGE: The translation stage of an international call. Possible stages 
are: 

e 0 - Translation initial 

e 1 - Translation read 

e 2 - Get standard translation table 

• 3- Translation decipher 

e 4- Translation complete 


• 5- Translation ambiguous 
FIELD DESCRIPTIONS - WORD 67 


ORIG_AGENT: The call processing identifier (CPID) of the originator. The 
system uses this overlay for translations as a virtual originator. 


AID: The agent ID, an area with no restrictions. 


CCF_ACTIVE_TYPE: An overlay that enters a translated feature after entry 
of feature activation digits. 


FIELD DESCRIPTIONS - WORD 68 
CPS: The call processing selector, a string between 0-255. 
CCF_SPARE: A reserved word. 


FIELD DESCRIPTIONS - WORD 69 
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AUD395 (continued) 


TXROUTE: The translation route CPID. 
AID: The agent ID, an area with no restrictions. 


TERM_AGENT: The terminating agent call processing. The system uses this 
field after translation completes. 


Explanation 
OVERLAY STRUCTURE - WORD 70 - 71 


WORD: 70 71 
CHB(C) 


XLAB(C) 


TXROUTE(C) CALLED_DR(77) 


CPS(8) DIGITS(72) 
TERM_AGENT(C) 
CPS(8) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT: 1135 1120 1151 1136 


OVERLAY STRUCTURE - WORD 72 - 73 


WORD: 72 73 
CHB(C) 
XLAB(C) 
CALLED_DR(C) 


DIGITS(C) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT: 1167 1152 1183 1168 
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AUD395 (continued) 


OVERLAY STRUCTURE - WORD 70 


CHB (XLAB) or TOPS AREA or FASTMOVE 
/ \ 
TXROUTE or TERM_AGENT 


OVERLAY STRUCTURE - WORDS 71 THROUGH 73 
CHB or TOPS_AREA or FASTMOVE 

FIELD DESCRIPTIONS - WORD 70 

CPS: Is the CP Selector, a string between 0 to 255. 
FIELD DESCRIPTIONS - WORD 71 

CALLED_DR: Specifies the called directory number. 


DIGITS: The digits in the called directory number, up to a maximum of 18 
digits. 


OVERLAY STRUCTURE - WORD 74 - 75 


WORD: 74 75 
CHB(C) 

XLAB(C) 

CALLED_DR(C) 


DIGITS(C) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT: 1199 1184 1215 1200 


1 COUNT(3) 3 POS(1) 
2 RTE(1) 


OVERLAY STRUCTURE - WORD 76 - 77 
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AUD395 (continued) 


WORD: 76 77 


ceste 
LCANAME(8) SCRNCL(8) SAVE ID CC(12) 


PROTOCOL INFO(32) 
TOPS AREA(C) 


FASTMOVE(C) 


BIT: 1231 1216 1247 1232 


1 XLASPARE3(4) 


OVERLAY STRUCTURE - WORDS 74 AND 75 
CHB or TOPS AREA or FASTMOVE 


OVERLAY STRUCTURE - WORD 76 

CHB(XLAB) or TOPS AREA or FASTMOVE 

Dol or E or SCRNCL,LCANAME or PROTOCOL_INFO 
OVERLAY STRUCTURE - WORDS 77 


CHB(XLAB) or TOPS_AREA or FASTMOVE / 
\DGID or OVFL_ROUTEID or SAVE_ID_CC,1 or PROTOCOL_INFO 


FIELD DESCRIPTIONS - WORD 75 
COUNT: The number of digits in the called directory number. 


VALID_TERM_AGENT: This bit indicates a terminating agent that is 
correct. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-417 


AUD395 (continued) 


POS: This bit indicates position. 

RTE: This bit indicates route. 

FIELD DESCRIPTIONS - WORD 76 

DGID: An area without restrictions reserved for the digilator ID. 
OVFL  ROUTEID: Call processing ID. 

AID: The Agent ID, an area with no restrictions. 


SCRNCL: The screening class. Fields SCRNCL and LCANAME appear 
with an incoming CAMA after the translation finishes. 


LCANAME: The single-character name of the local call area. 

PROTOCOL INFO: An area the user can refine for protocol information. 
FIELD DESCRIPTIONS - WORD 77 

CPS: The call processing selector, a string between 0 to 255. 
SAVE ID CC: The 3-digit table that contains the call condense ID number. 
XLASPARE?: A spare digit. 


OVERLAY STRUCTURE - WORD 78 - 79 
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AUD395 (continued) 


WORD: 78 79 
CHB(C) 

XLAB(C) 

CALLING_DR(77) 

DIGITS(72) 

AUTH_CODE_DR(77) 

DIGITS(72) 


DIGIT_FILL(48) 


DIGITS(28) 


INTL_DIGIT_FILL(52) 


TOPS_AREA(C) 


FASTMOVE(C) 


BIT: 1263 1248 1279 
1 COUNT(3) 


OVERLAY STRUCTURE - WORD 78 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
/ \ 
CALLING_DR or AUTH_CODE_DR or DIGIT_FILL or AUTH_DR7 
or INTL_DIGIT_FILL 


OVERLAY STRUCTURE - WORD 79 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
/ \ 
CALLING_DR or AUTH_CODE_DR or DIGIT_FILL or AUTH_DR7 
or INTL_DIGIT_FILL 


FIELD DESCRIPTIONS - WORD 78 
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CALLING DR: A table that contains the 12 digits in the calling directory 
number. 


DIGITS: A table of the digits associated with the directory number. 


AUTH, CODE DR: A table that contains the authorizing code directory 
number for a DMS 250 switch up to a maximum of 12 digits. 


DIGIT FILL: A table that contains a billing number up to a maximum of 12 
digits. 


AUTH DR7: The register that contains authcode digits up to a maximum of 
7 digits. 


INTL DIGIT FILL: The table that contains international digit fill up to a 
maximum of 13 digits. 


FIELD DESCRIPTIONS - WORD 79 
COUNT: The number of digits in the authorizing directory number. 


OVERLAY STRUCTURE - WORD 80 - 81 
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AUD395 (continued) 


WORD: 80 81 

CHB(C) 

XLAB(C) 

CALLING_DR(C) 

DIGITS(C) 

AUTH_CODE_DR(C) 

DIGITS(C) 

DIGIT_FILL(C) FANI_DIGITS(8) 
FILLED_PIN_DIGITS(16) DIALED_PIN_DIGITS(16) 


PIN_INDEX(13) 


INTL_DIGIT_FILL(C) 


TOPS AREA(C) 

FASTMOVE(C) 

BIT: 1295 1280 1311 1296 
1 AMA РВЕТ NAME(8) 4 INTL ANI SUPPRESS DN(1) 

2 ІМТІ ANI INFO(8) 5 ІМТ ANI FILLER1(1) 

3 INTL ANI FAILURE(1) 6 INTL ANI FILLER2(1) 


OVERLAY STRUCTURE - WORD 80 


CHB(XLAB) or TOPS AREA or FASTMOVE 
/ \ 
CALLING_DR or AUTH CODE DRorDIGIT FILL or FILED_PIN_DIGITS 
or PIN INDEX or INTL DIGIT FILL 


OVERLAY STRUCTURE - WORD 81 


CHB(XLAB) ог ТОРЅ AREA or FASTMOVE 
А 
CALLING DR or AUTH CODE DR or FANI_DIGITS,1 or 
DIALED PIN 016175 or 7,2,... 


FIELD DESCRIPTIONS - WORD 80 
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FILED_PIN_DIGITS: The register that consists of up to four filed PIN digits. 
PIN_INDEX: The index in a multi-PIN table. 

FIELD DESCRIPTIONS - WORD 81 

FANI_DIGITS: Two digits of FANI information. 

AMA_PRET_NAME: The AMA pretranslation table name. 


DIALED_PIN_DIGITS: A four-digit table that contains the dialed pin 
number. 


INTL ANI INFO: A two-digit table of information about international 
automatic numbering identification. 


INTL ANI FAILURE: This bit indicates the ANI data received is not in the 
correct format. 


INTL ANI SUPPRESS DN: This bit indicates the system suppresses the 
directory number. 


INTL ANI FILLERI: (Provided later.) 
INTL ANI FILLER2: (Provided later.) 


OVERLAY STRUCTURE - WORD 82 - 83 
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WORD: 82 


ST(4) KP(4) 

TOPS AREA(C) 

FASTMOVE(C) 

BIT: 1327 1312 1343 1328 
1 BLK OVLP(1) 0 RSP(1) 
2 DATA VER(8) A ANI FAIL(1) 
3 HTRC(1) B IC INC(1) 
4 XLT_FROM(4) C ANI AIOD(1) 
5 TX РО5(4) D FILED PIN COUNT(3) 
6 ONI(1) E DIALED PIN COUNT(3) 
7 HOT(1) Е MULTIPLE PIN(1) 
8 TDN(1) G INTL ANI SIG BITS(8) 
9 COIN(1) 


OVERLAY STRUCTURE - WORDS 82 


CHB(XLAB) or TOPS AREA or FASTMOVE 
/ \ 
CALLING DR or AUTH CODE DR or ANI INFO or D,E,F 
or G 


OVERLAY STRUCTURE - WORD 83 
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CHB(XLAB) or TOPS AREA or FASTMOVE 

FIELD DESCRIPTIONS - WORD 82 

COUNT: The number of digits in the associated directory. 

BLK, OVLP: This bit indicates a block overlap pulse. 

DATA. VER: This bit initiates a trace of translation, route and DMI. 
HTRC: This bit indicates a hard to reach code. 

ANI INFO: A special automatic numbering identification for equal access. 
ONI: This bit specifies Operation Number Identification. 

HOT: This bit specifies hotel. 

TDN: This bit indicates toll denied. 

COIN: This bit indicates a coin telephone. 

RSP: This bit specifies restricted sent paid, ANI digit 7. 


ANI FAIL: This bit means the ANI received is not in the correct format. A 
service switching point number services code call uses this bit. 


IC INC: This bit indicates a carrier call if the system uses OSS signaling. 
ANI AIOD: (Provided later.) 

FILED PIN COUNT: A digit count in the range from zero to four. 
DIALED РІМ COUNT: A digit count in the range from zero to four. 
MULTIPLE PIN: This bit indicates multiple pins. 


INTL ANI SIG BITS: A two-part code. The first four bits are the key pulse 
(KP) code: 

e 0- NIL MF KP 

e 1-МЕ KP 

e 2-MF KP2. 
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AUD395 (continued) 


The next four bits are the start translation (ST) code: 
e 0-NIL MF ST 

* ]-MF ST3P 

e 2-MF STP 

* 3-MF ST2P 

e 4-MF ST 

e 5-MF STKP 

FIELD DESCRIPTIONS - WORD 83 

HTRP: A CC digit register number. 

XLT FROM: (Provided later.) 

TX POS: A translation position value (0 - 15). 


OVERLAY STRUCTURE - WORD 84 - 85 
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AUD395 (continued) 


WORD: 84 


ENTRY_CODE(8 AMAINCCB(8) 


5|4|3| ҒТА ANSWER TIME STAMP(32) 


SPARE8B(8) GATEWAY_DATA(112) 


CALLDATA(112) 


FASTMOVE STD XLA OVLY(152) 
TOPS AREA(C) 


FASTMOVE(C) 


BIT: 1359 1344 1375 1360 


EXAMPLE OVERLAY WORD 84 
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AUD395 (continued) 


AMA (1) 


DR (1) 


ARS (1) 


снпочмосомооо-аосольыокмн 


XLACLASS (5) 
FUNCTION (3) 


LAMA (1) 


e 
SMDR (1) 

CDATA (1) 

ORIG CLASS (6) 
RCF LEG(1) 
CFW LEG(1) 
TWC LEG(1) 
HOTEL RMP(1) 
POSTPAY COIN(1) 
PREPAY COIN(1) 
MUMR DETAILED (1) 
MUMR TIMED(1) 
NET TYPE(5) 
SPARE (2) 


ATTX (1) 


Q —— ^v Nri» zicicidumsuo'ozgzsistmim 


Block beginning with word 84 


AUTH (1) 

ACCT (1) 

NERVE (1) 

CONSOLE NUMBER (8) 
NO MCD DONE (1) 
SPARE CCSA BIT(1) 
AFR NIBBLE (4) 
SPARE TDMTT BIT(1) 
AMA TREATMENT (1) 
MSG REG FAIL(1 
DA CALL(2) 

SST TIMING INDICATOR (1) 
OUTWATS VIA VFG WITH NO SPB(1) 
CXFER IN EFFECT(1) 

TERM DATAPATH (1) 

THIS WAS DA CALL(1) 
WATS AFR WATS(1) 
WATS AFR DDD(1) 
CCSA AFR WATS (1) 

FX AFR(1) 


OVERLAY STRUCTURE - WORD 84 


CHB(XLAB) or TOPS AREA or FASTMOVE 


/ 


\ 


LOG_NETWORK,FILLER_BYTE or FASTMOVE_INAT_XLA_OVLY or 
AMADATA or FAST_STD_XLA_OVLY 


/ \ 
AMAINCCB 
3,4.... 


or ENTRY CODE or 8 or 9,0,... 


or SPARE8B 


OVERLAY STRUCTURE - WORD 85 


CHB(XLAB) or TOPS AREA or FASTMOVE 


/ 
FTRNAME.... 


\ 


or FASTMOVE_INAT_XLA_OVLY or AMADATA or 
FASTMOVE_STD_XLA_OVLY 


/ \ 
CALLDATA 250 or GATEWAY DATA 
or CALLDATA or 4,5,... or PQ,...or d,c.... 


FIELD DESCRIPTIONS - WORD 84 


FILLER, BYTE: Insures system will not overwrite CDATA bit in 
AMADATA. This overlay associates with international translations. 
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AUD395 (continued) 


LOG_NETWORK: Corresponds to the logical network on which the user 
places a call. Values correspond to local, national and international. The 
system adds each network to the data dictionary and returns an ID. 
Translations and metering now use this information. 
FASTMOVE INAT XLA, OVLY: Moves international overlays with a single 
command. The system defines data fields as not signed integers to speed the 
identification of the data the user must move. 


AMADATA: The system uses AMADATA with POTS, IBN and DMS250 
calls. 


AMAINCCB: This bit indicates the CCB AMA area is not in use. 

AMA: This bit indicates Automatic Message Accounting. 

LAMA: This bit indicates Local Automatic Message Accounting. 

CDR: This bit indicates Local Call Detail Recording. 

SMDR: This bit indicates Station Message Detail Recording. 

CDATA: This bit indicates IBN-related call data. 

ENTRY CODE: A two-digit code that identifies the call type as it records. 
The operating company can modify these codes. The codes are in the Entry 
Code Table. 

ORIG. CLASS: Indicates the type of charge class for an AMA entry. 

RCF LEG: This bit identifies a remote call forwarding leg. 

CFW LEG: This bit identifies a call forwarding leg. 

TWC LEG: This bit identifies a three-way call. 

HOTEL RMP: This bit indicates a remote message pulse. 

POSTPAY COIN: This bit indicates postpay option. 

PREPAY COIN: This bit indicates prepay option. 


MUMR DETAILED: This bit indicates detailled multi-unit message rate. 
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AUD395 (continued) 


MUMR_TIMED: This bit indicates the record of elapsed time for multi-unit 
message rate calls. 


SPARESB: A spare byte. 

FAST MOVE XLA OVLY: Used to transport IBN/POTS/DMS250 
over-lays with the use of a single command. The system again defines data 
fields as not signed integers to speed the identification of data the user must 
move. 


FIELD DESCRIPTIONS - WORD 85 


FTRNAME: The name of a feature in use. The overlay associates with 
international translations. 


XLACLASS: The international call class. National, continental and 
international are examples of call classes. 


FUNCTION: The international function refinement for the feature selector. 
CALLDATA 250: The overlay that contains call data for DMS-250. 

FTR, ANSWER TIME STAMP: Call processing uses 

FTR, ANSWER TIME STAMP to obtain system timing that is not 
calculated. 

GATEWAY DATA: The overlay DMS-300 translations use. 

CALLDATA: The overlay for international IBN call processing. 


NET INFO and NET TYPE: Contains information needed to access other 
networks in the translation block. 


SPARE: Reserved space. IBN call process uses this overlay. 
ARS: This bit indicates automatic route selection. 

ATTX: This bit identifies an attendant extended call. 

AUTH: This bit acknowledges the arrival of an authorizing code. 
ACCT: This bit indicates the system received the account code. 


NERVE: Associated with a special Station Message Detail Recording 
(SMDR) feature. 
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AUD395 (continued) 


CONSOLE NUMBER: The account number of the console. 

NO MCD DONE: This bit marks the billing block as an immediate answer. 
SPARE CCSA BIT: This bit identifies a common control switching 
originated call. This overlay contains AT&T Automatic Message Accounting 


(AMA) information. 


AFR NIBBLE: Overlayed with the automatic flexible routing bits. This bit 
speeds the movement of the bits to the AT&T LAMA recording unit. 


SPARE TDMTT BIT: A virtual facility group AMA option. This option 
indicates a tandem-tie-trunk-originated call. 


AMA TREATMENT: Not used. 
М5С REG FAIL: This bit indicates a message register failure. 
DA CALL: This bit indicates a directory call for help. 


55Т TIMING INDICATOR: This bit provides the short supervisory 
transition timing indicator. 


OUTWATS VIA VFG WITH NO SPB: This bit indicates an outwats 
through virtual facility group without a special billing number. 


CXFER IN EFFECT: This bit indicates an IBN call transfer. Corresponding 
bits do not occur in AT&T recording units. The only use of the bit is 
confirmation before conference use recording. 


TERM. DATAPATH: This bit indicates an incoming call to a data unit. 


THIS WAS DA CALL: This bit indicates a directory call for help. The 
AT&T Cama billing uses this information. 


WATS AFR WATS: This bit indicates the occurrence of WATS-to-WATS 
calls. 


WATS AFR DDD: This bit indicates a WATS-to-POTS call. 


С55А АЕК WATS: This bit indicates a common-control-switching 
arrangement to WATS call. 


FX AFR: This bit indicates a foreign exchange call. 
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AUD395 (continued) 


OVERLAY STRUCTURE - WORD 86 - 87 


WORD: 86 87 


CHB(C 


) 


TUPLE_PTR(16) EXTRA_DIGITS(27) 
DIGITS(24) 


FASTMOVE INAT. XLA OVLY(C) 
AMADATA(C) 
CALLDATA 250(C) 


FTR ANSWER TIME STAMP(C) PREXLA AREA(48) 


GATEWAY DATA(C) 
C) 


CALLDATA( 


МЕТ INFO(C) PREXLA AREA(48) 


FASTMOVE(C) 
BIT: 1391 1376 1407 1392 
1 PREXLA_FEAT_CODES(8) 2 PREXLA FEAT CODES(8) 


OVERLAY STRUCTURE - WORD 86 
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AUD395 (continued) 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
5, А 

TUPLE_PTR or FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 

/ \ 
CALLDATA_250 or GATEWAY_DATA or CALLDATA or 
AMAD_TO_RU or 
ANSWER_TIME_STAMP or AMADATAOVLY 


OVERLAY STRUCTURE - WORD 87 
CHB(XLAB) or TOPS_AREA or FASTMOVE 


EXTRA_DIGITS or FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 
/ \ 
CALLDATA_250 or GATEWAY_DATA or CALLDATA or 
AMAD_TO_RU or 
ANSWER_TIME_STAMP or AMADATAOVLY 


FIELD DESCRIPTIONS - WORD 86 


TUPLE_PTR: The pointer to the current tuple. When a request for more digits 
interrupts the search process, the pointer returns to the table. The overlay 
associates with international translations. 


AMAD_TO_RU: Used to speed the transfer of fields in the next overlay to the 


recording unit. During the transfer, the system addresses all fields at the same 
time. 


ANSWER_TIME_STAMP: Contains system timing information that call 
processing did not calculate for use. 


AMADATAOVLY: Indicates the generation of an overlay as a replacement for 
the current AMA data overlay. 


FIELD DESCRIPTIONS - WORD 87 


EXTRA_DIGITS: A data structure that has up to six additional digits and a 
field that identifies the number of digits. 


DIGITS: The field that contains additional digits. 
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AUD395 (continued) 
PREXLA AREA: Improves the pretranslation table in the DMS-250 . 
PREXLA, FEAT CODE: The pretranslation feature code. 


OVERLAY STRUCTURE - WORD 88 - 89 
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AUD395 (continued) 


WORD: 88 89 


EXTRA DIGITS(C) XLANAME(11) 
DIGITS(C) 
FASTMOVE INAT. XLA OVLY(C) 
AMADATA(C) 
САШ ОАТА 250(C) 
PREXLA AREA(C) 
GATEWAY. DATA(C) 
CALLDATA(C) 


PREXLA AREA(C) 


AMAD TO RU(C) 


CONV. 10MS(32) 
CARRIER CONNECT TIME STAMP(32) 
AMADATAOVLY(C) 

CONV. 10MS(32) 


FASTMOVE STD XLA OVLY(C) 


TOPS АВЕА(С) 

FASTMOVE(C) 

BIT: 1423 1408 1439 1424 
1 XLACLASS(5) 8 COUNT(3) 


2 АС FENCE(5) 


OVERLAY STRUCTURE - WORD 88 


CHB(XLAB) or TOPS AREA or FASTMOVE 
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а 
EXTRA_DIGITS,XLASYS ог FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 

/ \ 

CALLDATA_250 or GATEWAY_DATA or CALLDATA or 
AMAD_TO_RU or 
CONV_10MS or CARRIER_CONNECT_TIME_STAMP or 
AMADATAOVLY 


OVERLAY STRUCTURE - WORD 89 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
/ \ 
XLANAME,1 or FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 

/ \ 
CALLDATA_250 or GATEWAY_DATA or CALLDATA or 
AMAD_TO_RU or 
CONV_10MS or CARRIER_CONNECT_TIME_STAMP or 
AMADATAOVLY 


FIELD DESCRIPTIONS - WORD 88 

XLASYS: The international translation system code. The XLASYS code 
associates with different parts of the dialed address. These parts include the 
access code, office code, and country code. 

COUNT: The field that contains the additional digit count. 


CONV 10MS: The non-equal access conversion in 10 milli-second units. 


CARRIER_CONNECT_TIME_STAMP: The time stamp used equal access 
connect time. 


XLACLASS: (Provided later.) 
FIELD DESCRIPTIONS - WORD 89 
XLANAME: A field that identifies a translation subtable name. 


AC_FENCE: The prefix digits that determine the translation class. This value 
must equal that of the XLACLASS at the end of the translation. 


OVERLAY STRUCTURE - WORD 90 - 91 
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AUD395 (continued) 


WORD: 90 91 

CHB(C) 

XLAB(C) 

1 | XLA_RSLT(15) LATTR(10) 
FASTMOVE INAT. XLA OVLY(C) 

AMADATA(C) 

CALLDATA 250(C) 

GATEWAY. DATA(C) 


CALLDATA(C) 


EXTDR(30) 3 
SDIGITS(24) 5 4 


AMAD TO RU(C 


NIMILIK|J H|G|F|E 
ЕРГЕ 


AMADATAOVLY(C 


TIT nr > |RECORDED. AMA BOOLS(16) 


FASTMOVE STD XLA OVLY(C 


TOPS АНЕА(С) 


FASTMOVE(C) 


BIT: 1455 1440 1471 1456 
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AUD395 (continued) 


1 PRIVL (1) O JOINT_HOLD (1) 

2 FTRINSTANCE (6) P EXPENSIVE ROUTE (1) 
3 BLUE BOX PLACEHOLDER(1) Q BLUE BOX(1 

4 SCNT (3 R DIG SENT (1 

5 PCNT (3 5 OBS STUDY (1) 

6 ORIG FEATURE CODE (4) ih LUS STUDY (1) 

7 TERM FEATURE CODE (4) U FREE CALL(1) 

8 BLOCK ID(4) V MSG CALL(1 

9 INW CALL RECORD (1) W OUTWATS CALL(1) 

0 INW CALL BLOCKED(1) X COIN CALL(1) 

A ANIOFL(1) Y LUSTERM STUDY (1) 

B ZERO TIME(1) Z MUMR INCLUDE MBI(1) 
C SERV ANAL(1) > ORIG FEATURE CODE (4) 
D APPLY CHARGE(1) « TERM FEATURE CODE (4) 
E TRAFFIC SAMPLED(1) ! BLOCK ID (4) 

F CLD DISC(1 @ INW CALL RECORD (1) 
G ANIFL (1) # INW CALL BLOCKED (1) 
H OPER DIAL(1) $ ANIOFL(1) 

I ONI (1 % ZERO TIME (1) 

J ANSWERED (1 & OBS STUDY (1) 

K TIMESTAMP (1) * LUS STUDY (1) 

L TIMESTAMP SET (1) + FREE CALL (1) 

M LOCAL CALL (1) ¢ MSG_CALL (1) 

N DERIVED _SMDR (1) / OUTWATS CALL (1) 


OVERLAY STRUCTURE - WORD 90 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
/ \ 
XLA_RSLT,1 or FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 


/ \ 
CALLDATA_250 or GATEWAY_DATA or CALLDATA(EXTDR) or 
АМАР TO RU or 6,7,... or / \ 
5,Т,0,... or AMADATAOVLY SDIGITS ог PDIGITS 
/ \ 
g,í.. Or о,п,... 


OVERLAY STRUCTURE - WORD 91 
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AUD395 (continued) 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
/ \ 
LATTR,2 or FASTMOVE_INAT_XLA_OVLY 
or AMADATA or FASTMOVE_STD_XLA_OVLY 


/ \ 
CALLDATA_250 or GATEWAY_DATA or CALLDATA(EXTDR) or 
AMAD_TO_RUorC,D,E,... or / \ 
AMADATAOVFL SDIGITS or PDIGITS 
/ \ 


RECORDED AMA BOOLS or ab... 


FIELD DESCRIPTIONS - WORD 90 


XLA RSLT: The translation result to determine the translator result traverse 
the digilator values. 


PRIVL: The bit signifies a privileged user. An operator is an example of a 
privileged user. 


EXTDR: Contains information about called directory number extensions. 
SDIGITS: Directory number suffix digits. 
PDIGITS: Directory number prefix digits. 


ORIG. FEATURE CODE: The feature code for the originating device (NT 
AMA). 


TERM FEATURE CODE: The feature code for the terminating device (NT 
AMA). 


BLOCK ID: An internal structure in the software. 


INW CALL RECORD: This bit highlights that an inward WATS call record 
Occurs. 


INW CALL BLOCKED: This bit indicates a blocked inward WATS call. 
ANIOFL: This bit indicates Automatic Number ID overflow. 


ZERO TIME: This bit indicates a timer value of zero. 
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OBS_STUDY: This bit indicates the system generates of AMA reports for 
local call origination. This overlay contains AT&T LAMA data. 


LUS_STUDY: This bit indicates that a line use study is in progress. This 
study applies to call origination. 


FREE_CALL: This bit indicates free number termination. 
MSG_CALL: (Provided later.) 
OUTWATS_CALL: This bit identifies an outward WATS call. 


COIN_CALL: This bit indicates that the call is from a coin-operated 
telephone. 


LUSTERM_STUDY: This bit indicates a line use study is in progress on the 
terminating device. 


MUMR_INCLUDE_MBI: This bit denotes multi-unit message rate with the 
message billing index included. 


FIELD DESCRIPTIONS - WORD 91 

LATTR: The line attributes index. 

FTRINSTANCE: The translation feature name. 
BLUE_BOX_PLACEHOLDER: This bit prevents the calldata overlay from 
overlaying the blue box bitin AMADATA. The bit prevents the overlay when 
AMADATA moves from the CCB to a recording unit. 

SCNT: The sdigit count. 

PCNT: The pdigit count. 

SERV_ANAL: This bit indicates service analysis. 

APPLY_CHARGE: This bit indicates the application of a charge to the call. 
TRAFFIC_SAMPLED: This bit indicates the sampling of traffic. 


CLD_DISC: This bit means called disconnect. The called party hung up first. 


ANIFL: This bit flags an Automatic Number Identification failure. 
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AUD395 (continued) 


OPER, DIAL: This bit indicates a call that the operator dialed. 

ONI: This bit indicates Operator Number Identification is in progress. 
ANSWERED: This bit indicates that the call connected. 

TIMESTAMP and TIMESTAMP SET: Bits indicate use of CC timing. 
SPARE ВІТ 1: This bit reserved for future use. 

DERIVED SMDR: (Provided later.) 


JOINT HOLD: This bit indicates that the calling and called parties are on 
hold. 


EXPENSIVE ROUTE: (Provided later.) 
BLUE BOX: This bit indicates a call could be a blue box fraud call. 
DIG SENT: This bit indicates digits are present as they trasmit. 


RECORDED AMA BOOLS: Ап overlay that allows fast storage of AMA 
bools. 


CWT LEG: (Provided later.) 


OVERLAY STRUCTURE - WORD 92 - 93 
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AUD395 (continued) 


WORD: 92 93 


UTIL_XLANAME(11) Uu MET. ZONE(6 
FASTMOVE INAT. XLA БЫЗ КЕРЕ 


i Т 


 FASTMOVE_STD_XLA_OVLY(C) | STD XLA OVLY(C 


H аа Se FJE | SNPA(4) | 
STS(10) 


TOPSAREAC) | алланы ІІ Б 
FASTMOVE(C) 

BIT: 1487 1472 1503 1488 
1 TEMP XLT ЕНОМ(4) D SCREENING INCOMPLETE(1) 
2 XLA SETUP DONE(1) E EAOSS CALL(1) 

3 CALLCTRL(2) F CAN LCS(1) 

4 TYPECALL(2) G XLA БЕРІ. SEL(1) 

5 DTONE_TYPE(2) H IBN TRMT SET(1) 

6 CHK D DIG(1) | oci) 

7 BLK D DIG(1) J TRAN SYS(2) 

8 SPARE ЅРАВЕ(1) K PSEUDO CODE COUNT(3) 
9 DNPA(1) L COUNTRY CODE OFFSET(2) 
0 CAT OF CALL(2) М REPLACE 2ND STAGE CC(1) 
A SLRTE(1) М NOT APPLICABLE 

B SPARE OVLY SLRTE(1) O ALTADR(1) 

C NPA ADDED(1) P IMPONTL(1) 


OVERLAY STRUCTURE - WORD 92 


CHB(XLAB) or TOPS AREA or FASTMOVE 
/ \ 
UTIL_XLANAME,1,2 or FASTMOVE_INAT_XLA_OVLY or 
SNPA or STS or FASTMOVE_STD_XLA_OVLY 
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AUD395 (continued) 


OVERLAY STRUCTURE - WORD 93 


CHB(XLAB) or TOPS_AREA or FASTMOVE 
METNE SAGE or er or N,0,P,A,B or 
l,J(TXSEL or O),K,L,M 
FIELD DESCRIPTIONS - WORD 92 
UTIL XLANAME: A field that identifies a translation subtable name. 
TEMP XLT FROM: (Provided later.) 
ХГГА SETUP DONE: This bit indicates the translation setup is complete. 
SNPA: The serving number plan area. 
STS: The serving translation scheme. 


NPA, ADDED: This bit indicates the addition of a numbering plan area. 


SCREENING INCOMPLETE: This bit indicates the screening did not 
complete. 


EAOSS CALL: This bit indicates the equal access operator services system 
is in use. 


CAN LCS: This bit indicates the system cancelled local call screening. 
FILLER: A spare bit. 


IBN TRMT SET: This bit prevents a general no circuit treatment after IBN 
treatments. 


FIELD DESCRIPTIONS - WORD 93 
CALLCTRL: (Provided later.) 


MET ZONE: The destination area, the geographical or logical destination of 
the call. 
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TYPECALL: The call type. 
e 0 - Direct dial. 
e | - Operator assisted. 


e 2-No prefix local. 


DTONE_TYPE: The dial tone type (first field in the TXRSLT overlay) 

e 0- Normal dial tone 

e 1 - Special dial tone 

e 2- No dial tone 

e 3- Stutter dial tone (100ms оп, 100ms off) 

CHK_D_DIG and BLK_D_DIG: A two-bit overlay that NADTXLA uses to 


implement a four-digit translation system. The digit that the feature checks or 
blocks follows the numbering plan area code in the called directory number. 


SPARE_SPARE: Spare bit. 


DNPA: This bit indicates that the destination numbering plan area code is in 
the digilator value. 


CAT_OF_CALL: An overlay required to store category of call for Spanish 
translations. 


PSEUDO CODE COUNT: A range of zero to four. (First value in the ddo 
overlay) 


COUNTRY CODE OFFSET: (Provided later.) 
REPLACE 2ND STAGE CC: (Provided later.) 


OC: Defines the originating source as: 
* 0-LCL 
e |-NLCL. 


TRAN. SYS: Defines the translation system as: 
e 0-National 

e 1- International 

e 2-Nil 


e 3 - International partitioned. 
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AUD395 (continued) 


ALTADR: This bit denotes alternate addressing. 
IMPCNTL: This bit indicates immediate preemption control. 


TXSEL: Defines the translation selector as: 


0 - None 

1 - SCCF update 

2 - Pretranslation selector 

3 - HNPA translation selector 

4 - INWO translation selector 

5 - INWT translation selector 

6 - INWS translation selector 

7 - INWC translation selector 

8 - DDO translation selector 

9 - Not clear translation selector 
10 - CC translation selector 

11 - Inprtrns translation selector 


12 - NSC translation selector. 


OVERLAY STRUCTURE - WORD 94 - 95 
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AUD395 (continued) 


WORD: 94 95 
CHB(C) 
XLAB( 


C) 
TXRSLT(15) TX_TRMT(8) 


CODE(7) 9 


PSEUDO_CODE_DIGITS(16) 


C 
TOPS_AREA(C) 


FASTMOVE(C) 

BIT: 1519 1504 1535 1520 
1 INC ТАК 2ND DTONE(1) 9 ACT(3) 

2 OVLY TYPE 0 OVFLAT(1) 

3 CUT THRU IN EFFECT(1) A OSV GRP ALLWD TB(9) 

4 ADP(1) B TTFLAG(1) 

5 LONGHAUL(1) C NOT APPLICABLE 

6 COUNT OF DIGITS DIALED(2) D SPARE4 OVLY2(4) 

7 SES CANDIDATE(1) E SPARE2 OVLY2(2) 

8  SPARE6 OVLY1(6) 


OVERLAY STRUCTURE - WORD 94 
CHB(XLAB) or TOPS_AREA or FASTMOVE 
SRM or Боан or ACA or 9,CODE or O.... 
OVERLAY STRUCTURE - WORD 95 
CHB(XLAB) or TOPS AREA or FASTMOVE 


/ \ 
5 or 7 


FIELD DESCRIPTIONS - WORD 94 
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AUD395 (continued) 


TXRSLT: The digilator value for the called directory number. 


INC TRK 2ND DTONE: This bit indicates that the incoming DTMF trunk 
requires dial tone. 


SPARE2 OVLY2: Reserved bits 
PSEUDO CODE DIGITS: (Provided later.) 


ACA: The abbreviation code analysis for speed calling. The ACA is the first 
value in the ccf pgm overlay. 


SPARE6_OVLY1: Reserved bits 


ACT: Defines the abbreviation code type as: 
e 0O-not code 
e ]l-sclread 


e 2-sc2read 


e 3-sclupd 
* 4-sc2upd 
e 5-cfact 

e 6-cfdeact 
e 7-wmilupd 


CODE: (Provided later.) 
OVFLAG: This bit is an overflow route flag. 


OSV GRP ALLWD TB: The OSV Group allowed table. This table contains 
eight bits. 


TTFLAG: This bit is a trunk test flag. 
SPARE4 OVLY2: Reserved bits. 


FIELD DESCRIPTIONS - WORD 95 
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OVLY_TYPE: Defines the overlay type that appears in words 92 and 93 as: 
e 0- TXRSLT overlay 

e I- DDO overlay 

e 2- CCF program overlay 


CUT THRU IN EFFECT: This bit indicates cut through dialing is in use. 
ADP: This bit indicates all digits are in place. 


LONGHAUL: This bit indicates a longhaul operation. The LONGHAUL bit 
normally works with DMS 300. 


COUNT OF DIGITS DIALED: The count of subscriber digits dialed. 
e 0- Other digits dialed 

e | - Five digits dialed 

e 2- Six digits dialed 

• 3- Seven digits dialed 

TX_TRMT: The extended treatment field. 

SES_CANDIDATE: This bit indicates SES is in place. 


OVERLAY STRUCTURE - WORD 96 - 97 
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WORD: 96 97 


CHB(C) 
XLAB(C) 
TSOURCEPARMS(80) 


DGCOLL TABLE(8) 


TOPS AREA(C) 

FASTMOVE(C) 

BIT: 1551 1536 1567 1552 
1 CALL CHARACTERISTICS(8) В NCS ACT CODE FOUND(1) 

2 VALID SOURCEPARMS(1) C NCS SUP CODE FOR IDDD(1) 

3 IBN PREFIX FENCE(5) D NCS DDD IDDD РЕНМІТ(1) 

4 OWAT_ZONE(4) E NCS CONFLICT DPLAN(1) 

5  DMS250 REORIGINATED CALL(1) Е N00 TYPE CALL(2) 

6 DMS250 REORIGINATION(1) G OPER SERV BRIDGE CALL(1) 

7 ПІЛІ. ATTEND(1) Н OPER SERV OUTPULSE COMPLETE(1) 
8 PART COUNT(3) | ROUTE ADVANCE ONNET ТВОМК(1) 
9 BBF ACTIVE(1) J TPBX_ACTIVE(1) 

0 SF DETECTED(1) К AIOD DIGS RECEIVED(1) 

A REMOTE 800 VPN(1) 


OVERLAY STRUCTURE - WORD 96 

CHB or TOPS AREA or FASTMOVE 

OVERLAY STRUCTURE - WORD 97 
CHB(SOURCEPARMS) or TOPS AREA or FASTMOVE 

3,4,DESTIN a eC aera 

FIELD DESCRIPTIONS - WORD 96 


SOURCEPARMS: Contains information about the type of caller and the call. 
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CALL_CHARACTERISTICS: The first four bits are user-defined. The other 
assignments are: 


e Bit4- CALLCHR ORIGINATOR CWT 
e Bit5- CALLCHR DIG DATA ONLY 

e Bit6- CALLCHR DIG DATA PREFER 
e Bit7- CALLCHR SATELLITE 


DGCOLL TABLE: An index used for IBN digit collection. 
FIELD DESCRIPTIONS - WORD 97 


VALID SOURCEPARMS: This bit indicates the sourceparm area is correct 
fora call. The value is false for an IBN call. 


IBN PREFIX FENCE: Identifies the last digit that an IBN translation uses. 
This bit is the first field in the POTS, IBN and international overlay. 


OWAT ZONE: The outwats area with nil (0 - 13) 


DESTIN: Identifies where the call is going: 

e 0 - Destination not determined 

e |-AnIBN line, either inter or intra group. 

e 2- An IBN trunk, either inter or intra group. 

• 3-Non-intra group 

e 4- Feature activation. For example, sccf programming 
e 5- Speed call code use 

e 6- Diverted to attendant 

e 7-EPSCS, CCSA, ETN, AVON, OWT, ог DOD 
e 8- "Dial 0" calls for operational measurements 

e 9 - Destination is a treatment 

e 10- Network speed call 

e 11 - Dial call waiting 

e 12 - Group intercom 

e 13 - Last number redial code 

e 14 - Feature activated with FTR terminator call. 


e 15 - Voice message exchange. 
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PART_COUNT: The number of partitions received. The PART_COUNT is 
the first field in the standard DMS 250 overlay. 


OPER_SERV_BRIDGE_CALL: This bit indicates an operator service bridge 
call. 


REMOTE $800 VPN: (Provided later.) 

NCS ACT CODE FOUND: (Provided later.) 

NCS SUP CODE FOR IDDD: (Provided later.) 

NCS DDD IDDD PERMIT: (Provided later.) 

NCS CONFLICT DPLAN: (Provided later.) 

ROUTE ADVANCE ONNET TRUNK: (Provided later.) 
МОО TYPE CALL: (Provided later.) 

OPER, SERV BRIDGE CALL: (Provided later.) 

OPER, SERV OUTPULSE COMPLETE: (To be provided later.) 
TPBK ACTIVE: (To be provided later.) 

AIOD. DIGS RECEIVED: (To be provided later.) 


OVERLAY STRUCTURE - WORD 98 - 99 
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AUD395 (continued) 


WORD: 98 99 
CHB(C) 
XLAB(C) 
SOURCEPARMS(C 


ERES CUSTGRP(12) NCOS(8) SOURCE(5) 


UK ACCTCODE DIGITS(44) 
ACCTCODE DIGITS(44) 


OVLY. MCI. ACCOUNT. CODE(32) 


OVLY. 055 ACCOUNT. CODE(20) ШЕН 155 5РАВЕ 9(9) 


GW_DATA(48) 


TOPS AREA(C) 
FASTMOVE(C) 


BIT: 1583 1568 1599 1584 


SUBGRP(3) 5 FEAT CALL(3) 

SAVE PREFIX FENCE(1) 6 ISUP NATURE OF ADDRESS(8) 
SOURCE TRC(3) 7 I|SUP COT CHECK IND(2) 

US ACCTCODE COUNT(3) 


ROD 


OVERLAY STRUCTURE - WORD 98 


CHB(SOURCEPARMS) or TOPS_AREA or FASTMOVE 
/ \ 
CUSTGRP2,1 or UK_ACCTCODE_DIGITS orACCTCODE_DIGITS or 
OVLY MCI ACCOUNT CODE 


OVERLAY STRUCTURE - WORD 99 
CHB(SOURCEPARMS) or TOPS AREA or FASTMOVE 


/ \ 
SOURCE,NCOS,3, 4 or ACCTCODE_DIGITSor 7,USS_SPARE_12 


FIELD DESCRIPTIONS - WORD 98 
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CUSTGRP: The number of the customer group number. 
SUBGRP: The number of the customer subgroup. 


SAVE PREFIX FENCE: This bit forces the use of IBN PREFIX FENCE 
after the translation completes. This feature does not allow digits to commit 
during POTS translations. 


UK ACCTCODE DIGITS: A seven-digit table that contains a UK DMS 250 
account code. 


ACCTCODRE DIGITS: An eleven-digit table that contains a DMS 250 
account code. 


OVLY MCI ACCOUNT CODE: (Provided later.) 
OVLY USS ACCOUNT CODE: (Provided later.) 
ISUP NATURE OF ADDRESS: (Provided later.) 
ISUP COT CHECK IND: (Provided later.) 
FIELD DESCRIPTIONS - WORD 99 


SOURCE: The source type of the IBN agent. The values are: 
e 0-Ni 

e ]-IBN line 

e 2-IBN trunk 

e 3- IBN prop set 

e 4- ATTCONS 

e 5 - External line or trunk 


e 6- Direct inward system access 

NCOS: Identifies the network class of service. 

SOURCE TRC: The source terminating restriction code. 
USS_SPARE12: (Provided later.) 


OVERLAY STRUCTURE - WORD 100 - 101 
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AUD395 (continued) 


WORD: 100 101 


CHB(C) 


XLAB(C RTEB(112) 
SOURCEPARMS(C ROUTE(32) 


PEPER TP EEL] 
ШЕ 


ACCTCODE_DIGITS E 


CCNDIG 14 TO 16(12) 


COSINDEX(10) "un 


GW DATA(C 


TOPS AREA(C) 


FASTMOVE(C) 

BIT: 1615 1600 1631 1616 
1 ENABLE CRL(1) А рор DESTIN(1) 

2 SMDR(1) В GROUP INTERCOM(1) 

3 SMDRB(1) С ATTX(1) 

4 ACR(1) D LINE HAS LNR(1) 

5 INTRAGROUP(1) E DISA ENCOUNTERED(1) 
6 СВІ REQUIRED(1) F ARS AUTH ENTERED(1) 
7 ATTDNDOV(1) G UK PARTITION COUNT(1) 
8 DNDPREEMPT(1) Н ACCTCODE COUNT(4) 

9 CALLED DR SHIFTED(1) | ROUTE SET VIA IDPRT(1) 
0 TDN(1) J INTERVPN_CALL(1) 


OVERLAY STRUCTURE - WORD 102 - 105 
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WORD: 102 103 


CHB(C) 
RTEB(C 


ROUTE(C 7 5|4|3]2 1 RC(3) 


TOPS AREA(C 
FASTMOVE(C) 


BIT: 1647 1632 1663 1648 


RTE TYPE(2) 
ROUTE CHAIN(2) 
PREV SATELLITE(1) 
CHOICE(1) 

OHQT APPLIED(1) 
QUEUING ACTIVE(1) 


OHQ(1) 

CANCSTDL(1) 
INHIBIT. QUEUING(1) 
HUNT(1) 

PREEMPT SEARCH(1) 


с ль ом ~ 
> о оо-1 


WORD: 104 105 
CHB(C) 
RTEB(C) 


TOPS_AREA(C) 


FASTMOVE(C) 


BIT: 1679 1664 1695 1680 


OVERLAY STRUCTURE - WORD 106 - 107 
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AUD395 (continued) 


WORD: 106 


RTEB(C 


TOPS AREA(C 
FASTMOVE(C 


BIT: 1711 1696 1727 1712 


WORD: 108 109 
CHB(C) 


TOPS AREA(C 
FASTMOVE(C 


BIT: 1743 1728 1759 1744 
1 FTR IN EFFECT(1) 9 ANI SPILL(1) 

2 SD ORIG(1) 0 АМ АРІШ 9(1) 

3 SDVOICE(1) A CHBTYPE(3) 

4 LCO CALL(1) В OTS PEGGING(1) 

5 CHARGE TREATMENT(2) C LEAS CALL(1) 

6 FORCE CC TIMING(1) D CHBSPARE1(1) 

7 АС ATTACHED(1) E RECORDING REQD(1) 

8 TFR(3) 


OVERLAY STRUCTURE - WORD 110-111 
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WORD: 110 i 


3 2| 1] EA CARRIER(10) 4 CIS(4) |COl4) | CDTYP(5) 


DMS250(80) 


и "T LII. 


FASTINIT. DMS250(80) 
KS DATA(80) 

MOC DATA(48) 

INTL DATA(80) 

MTX DATA(80) 

D300 DATA(80) 


TOPS AREA(C SPAREWORDS(64) 


FASTMOVE(C 

BIT: 1776 1760 1791 1776 
1 EA LOCAL(1) 7 ACCOUNT CODE LEN(4) 

2 EA OCS NEEDED(1) 8 AUTHREQD(1) 

3 CALL EVENT(4) 9 AUTHCODE OVERRIDE ACTIVATED(1) 

4 TTIDX(3) 0 ACCT VAL REQD(1) 

5 PROCESSING. STAGE(5) A PRIV SPD ALLOWED(1) 

6 CLASS OF SVC(5) B PRIV SPD DIALED(1) 


OVERLAY STRUCTURE - WORD 112 - 113 
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AUD395 (continued) 


UJ 
WrOOONoOunARWDn ~ 4 


- 


готтоо 


WORD: 112 


: 1807 


FASTINIT_DMS250(C) 


MOC DATA(C) 
INTL DATA(C) 


MTX DATA(C) 
D300 DATA(C) 


SPAREWORDS(C) 


FASTMOVE(C) 


TRAF_TYPE(2) 
PFXLT_FROM(4) 

PFIXCNT(2) 
AUTHCODE_FOR_IMT(1) 
DATACALL_WITH_ESUP(1) 
DATACALL FLAG(1) 

ONNET FLAG(1) 

TOLL FREE ҒІАТ(1) 
TREATMENT SET FLAT(1) 
HOTLINE FLAT(1) 
PUBLIC SPEED ALLOWED(1) 
ENHANCED REORIGINATION AL 


OWED(1) 


IDDD_ALLOWED(1) 
ATD_FAILED(1) 
DIGITS LOADED(1) 
RETRANSLATE(1) 


CARRIER_CUT_THRU(1) 
AI ТЕВАТЕ VPN ROIITE AVAIL ARI F/4\ 


1792 1823 


І 
Ј 
K 
L 
M 
N 
O 
P 
Q 
R 
S 
T 
U 
V 
W 
X 
Y 
Z 


1808 
VPN CALL(1) 
GENERATE CDR(1) 
RDB REQUEST TYPE(4) 
AUTHTRAP. FLAG(1) 
DMS250 ISUP TEST CALL(1) 
CPIXFER(1) 
REORIG SCREENING REQD(1) 
RESET PERFORMED(1) 
EA TRANSITIONAL(1) 
SPLB FLAG(1) 
EA CUT THRU(1) 
ROUTE LIST OFFSET(5) 
TCNTRAP FLAG(1) 
EMERG OPERATOR CALL(1) 
CONF POSSIBLE(1) 
CONF POSS)BY AUTHANI(1) 
DP CONF CALL(1) 
ACCT BEFORE ADDRESS(1) 
HOP CM INIT/AY 
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OVERLAY STRUCTURE - WORD 114 - 115 


WORD: 114 T 


T5 
SPDPAL TXROUTE(C) AID(24) 


CPS(8) AID(C) 
DMS250(C) 


(16) 


) 
MOC DATA(C) 


INTL DATA(C) 


MTX DATA(C) 


D300 DATA(C) 
SPAREWORDS(C) 
C) 


FASTMOVE( 


BIT: 1839 1824 1855 1840 


1 AUTHCODE TROUBLE рМ5250(1) 


OVERLAY STRUCTURE - WORD 116 - 117 
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AUD395 (continued) 


WORD: 116 117 
ECHOSUP(C) SENDER(32) 


CPS(8) AID(24) 


OVLPD(19) 


BIT: 1871 1856 1887 
1 DRCOUNT(5) 


FASTMOVE(C) 


1872 


OVERLAY STRUCTURE - WORD 118 - 121 


WORD: 118 


ISENDERO) ^ PSTATE(8) 
= 


FASTMOVE(C 
BIT: 1903 1888 1919 
1 СНАВСЕ(1) 6 OBSERVED(1) 
2 DATA CALL(1) 7 OVLPD(C) 
3 PROCESSOR(4) 8 PRNAME(4) 
4 STATE(4) 9 PRSTATE(4) 
5 TARIFF INDEX(5) 0 OLSTATE(3) 


WORD: 120 121 


TIMESTAMP(32) 
TS OMREGNO(16) 


FASTMOVE(C) 


BIT: 1935 1920 1951 


1904 


1936 
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OVERLAY STRUCTURE - WORD 122 - 123 


WORD: 122 


Tons [oncosra ДЕГ ЕРІН ЕЕЕ 
VPNTERM_KEY(12) 
|CARRIER_ID_CODE(12) | ID CODE(12) 


FASTMOVE(C 

BIT: 1967 1952 1983 1968 
1 NSCID(4) 7 SPARE(3) 

2 AGENT ARCHITECTURE(2) 8 ТСМ CALL(1) 

3  REPORT_IMMEDIATE_ANSWER(1) 9 САС CALL(1) 

4 SUPPRESS ANI(1) 0 МЕТ АС ATTACHED(1) 

5 FGD_BILL_PTY(1) А SPARE FOR VPNTERM KEY(1) 

6 E911 CALL(1) В UCS SPARE BIT(1) 
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AUD396 


Explanation 


The Audit (AUD) subsystem generates log report AUD396 when the call 
processing base software detects the abnormal termination of a call process. 
The occurrence of a call death can affect service. The AUD396 is an 
information log and provides support personnel with additional data. 
Additional data can help support personnel isolate the cause of a call death. 


Format 
The log report format for AUD396 is as follows: 
AUD396 mmmdd hh:mm:ss ssdd INFO CALL THREAD DUMP 
CALLID: <callid> STARTER: <starter string> 
THRI: «threadl? ТНК2: <thread2> СМІ: «cross matrix index? 
MESSAGE TYPE: <mt> CALL STATE: <cs> 
Example 


An example of log report AUD396 follows: 


AUD396 JUL12 08:15:17 0201 INFO CALL THREAD DUMP 


CALLID:000A 0000 STARTER: LINES 
THR1: 0002 THR2 : 0000 CMI :0000 
MESSAGE TYPE:0018 CALL STATE: IDLE 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 3) 
Field Value Description 


CALLID 0000-FFFF Indicates different call sequence 
identification for each call. 


STARTER Variable Indicates the application Starter that the 
system invoked to process the call. An 
example of an application starter is a line or 
a trunk. 


ТНВ1 010511 Provides the index of the thread table for the 
originating agent. 


THR2 0 to 511 Provides the index of the thread table for the 
terminating agent. 
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AUD396 (continued) 


(Sheet 2 of 3) 
Field Value Description 
CMI 0 to 1023 Indicates the cross matrix index is obtained 
when both originating or terminating agents 
are known. 
MESSAGE TYPE 0000-FFFF Indicates the nature of the event that the call 
process and application software undertake. 
The STARTER and the call state 
determines the processor/function to invoke 
next. 
CALL STATE IDLE Indicates call status as Idle and new. 
ORIGINATION Indicates receiver requested. 
RECEIVING Indicates digit reception, not condensed. 
DIALLING Indicates condensed, waiting for digits. 
OUTPULSING Indicates outpulsing. 
OVLPULSING Indicates overlapped, outpulsing and 
reception. 
TALKING Indicates network connection established, 
call condensed. 
TWOWAYCON Indicates two-way net connection, not 
condensed. 
ONEWAYCON Indicates one-way network connection (ex 
announcement). 
MULTIPORT Indicates a multiparty call. 
SERVICETONE Indicates service tone (re-order). 
TERMTONE Indicates generated audible ring or busy 
tone, or talking in fast call. 
HELD Indicates special state when condensed in 
feature call. 
TESTING Indicates special state that audit does not 
time. 
TRANSIENT Indicates transient state with call process. 
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(Sheet 3 of 3) 
Field Value Description 

PREEMPTING Indicates call preempted - Autovon use only. 

CUSTOM Indicates custom calling feature. 

WAITING Indicates condensed when timing 
performed. 

ORIGTONE Indicates originator rings or receives tone, 
not a 1 port call. 

PFHELD Indicates for P-Phone. 

SETUP Drive all messages to setup procedure from 
starter. 

XPROC Drive all messages from starter to cross 
procedure. 

PRESERVED Indicates calls preserved over warm Switch 
of Activity (SWACT), line module 
(LM)/remote line module (RLM) warm. 

ONE END DISC Waits for disconnect of last agent in the call. 

DORMANT Indicates call condense block (CCB) links to 
the multi-condense (DORMANTTID). 

COLLECTING Use for MF to SS7 FGD call to collect digits. 

WAITALERT Use for integrated services digital network 
(ISDN) calls to wait for alerting. 

WAITRLS Use for ISDN calls to wait for release. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Support personnel use this log to debug call deaths. The information is not 

important for operating company personnel. Other than collection of the data, 
support personnel must not take action. When support personnel collect this 
data, support personnel must collect the AUD396 log. Support personnel must 
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collect all other logs with the same CALLID. Other logs with the same 
CALLID include AUD395 and AUD398. Support personnel must attach the 
SWERS that relate to the death. The SWERS can have a reason in the set, 
(101, 102, 103, 104, 105). The system can generate additional SWERS. 
Support personnel must include these additional SWERS. 
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Explanation 


AUD397 


The Audit (AUD) subsystem generates log report AUD397 when the call 


processing base software detects one of the following: 


“ (һе abnormal termination of a call process 


* adistinct problem with a call encapsulator (ENCAP) 


Format 


The log report format for AUD397 is as follows: 


AUD397 mmmdd hh:mm:ss ssdd INFO ENCAP DUMP 


CALLID: <callid> 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh .... 


Example 


An example of log report AUD397 follows: 


AUD397 JUNO2 19:09:44 4016 INFO ENCAP 


CALLID: 0000 0000 


4213 
FDFD 
FDFD 
FDFD 
FDFC 


Field descriptions 


4674 
FDFD 
FDFD 
FDFD 
FDFD 


0000 
FDFD 
FDFD 
FFFF 
FDFD 


0001 
FDFD 
FDFD 
0000 
FDFD 


001Е 
FDFD 
FDFD 
FDOO 
FDFD 


FDCE 
FDFD 
FDFD 
FFFF 
FDFD 


7BCD 
FDO7 
FDFD 
0000 
FDFD 


DUMP 


FDFD 
ЕРКЕ 
FDFD 
FFFF 
FDFD 


FDFD 
0000 
FDFD 
0000 


The following table describes each field in the log report: 


Description 


FDFD 
FDFD 
FDFD 
0000 


Field Value 

INFO ENCAP DUMP Constant 
CALLID Symbolic text 
hhhh 0000 - FFFF 


Action 


There is no action required. 


Indicates this report is a data dump of ENCAP. 


Provides the sequence number of the call 
process affected. The value is 000 if there was 
no call associated with the AUD397 log. 


Indicates a dump of the call encapsulator in 
hex format. 
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Related OM registers 
There are no associated OM registers. 
Additional information 


If an abnormal termination of a call process occurs, the logs CCB dump 
(AUD395) and CDB dump (AUD398) can come with the AUD397 log. 
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AUD398 


Explanation 


The Audit (AUD) subsystem generates log report AUD398 when a call process 
stops without warning. A call process stops without warning because an error 
in the system software removes the call process. A call process can stop 
without warning because an end user makes a feature use error. The system 
software does not compensate for a feature use error that an end user makes. 
The AUD log reports indicate call processing resources cleaned up in an 
abnormal manner. This procedure can affect service to the end user. 


The system can generate AUD sequences when parties of a conference call 
hang up in a specified order. The parties finish the conference and go on-hook. 
The software can have problems clearing resources that the call uses. The 
AUD sequence is transparent to the end user because the call is finished. Log 
reports AUDAXX or AUD5XX that repeat can indicate a translation problem 
or a software problem. The AUD395 and AUD398 reports provide 
information about these occurrences. 


AUD395 is a hexadecimal design of the call condense block (CCB). Each call 
in progress on DMS equipment has a separate CCB. The DMS equipment for 
system software stores the following call characteristics to use in the call 
process: 


* the name of the originating and terminating agent in the call 

e billing required 

e if all digits are present 

e translation information 

* called digits 

* calling directory number (DN) or trunk billing number 

e if a feature is in effect 

e if the system routes information. 

AUD398 is a hexadecimal representation of the call data block (СОВ). The 


CDB stores additional information for call processing software to complete the 
call. 


The CDB contains one of the most important problem solving elements. The 
message type and body, contain the last message the call process receives 
before the system generates AUD395/398. The last message the call process 
receives сап be a DIGITS MSG, CALL_ERROR_MSG, 
CLEAR_FORWARD_MSG, INTEGRITY_LOST_MSG, etc. 
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AUD398 (continued) 


Format 


Example 


Log reports AUD395 and AUD398 connect in tandem. The AUD395 and 
AUD398 reports detail information common to all call processes when the 
system activates features against a call process. The system must store 
additional information that is associated with a specified feature. Extension 
(EXT) blocks store this additional information. Each EXT block has a 
specified template for stored data. The AUD4XX and AUDSXX log reports 
are hexadecimal designs for EXT block data. The remainder of the AUD log 
reports consists of AUD4XX and AUDSXX. An AUD395 ог AUD398 report 
сап have an associated EXT block AUDAXX ог AUD5XX report. 


Other logs can associate with these AUD reports. These logs are normally, but 
not only, TRAP and/or software reports (SWER) reports. These reports are 
important in order to determine a profile on the call in question. Refer to the 
CALLID field in the report to link the AUD logs together. Specified SWER 
reports have the CALLID in the TEXT field. AUD398 associates with the 
SWER100 report that has the same CALLID, or with a CC103 TRAP report. 
Save all log reports that occur at the same approximate time as an AUD395 or 
AUD398 report. These log reports can reconstruct the occurrence that causes 
the system to generate the report. 


The DISPCALL system can troubleshoot log reports. The DISPCALL is a 
resident tool that formats the AUD395, AUD398, and specified AUDAXX 
blocks to a data design. For more information about DISPCALL, refer to 
Display Call (DISPCALL) User Guide, TAM-1001-003. 


The log report format for AUD398 is as follows: 
AUD398 mmmdd hh:mm:ss ssdd INFO CDB DUMP 


CALLID: callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh... 


An example of log report AUD398 follows: 
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AUD398 APRO1 12:00:00 2112 INFO СОВ DUMP 


CALLID: 407 

(WORDS: 

OACB 1300 FFFF FFFF 0100 BD89 1500 FFFF FFFF 8088 0 
= 9 

0010 293A 0000 3AD1 8A97 8930 8080 8080 8080 8080 10 
= 19 

8080 807C 0020 0008 DFE1 0468 0000 8080 8080 8080 20 
- 29 

FFFF FFFF 3420 8080 AAAA 1205 2111 3200 80AA 8080 30 
E39 

1806 0D48 0000 8080 8080 8000 00C2 0Е00 5721 8080 40 
- 49 

3699 0С07 0048 8080 85AA F321 BA30 А550 8080 8080 50 
- 59 

8080 0100 OACB 63) 


Field descriptions 
The following table describes each field in the log report: 


Field 


INFO CDB DUMP 


CALLID 


hhhh... 


Action 


Value Description 

Constant Indicates report is data dump of CDB. 

Symbolic text Indicates call process that stopped. 

0000 - FFFF Provides temporary data used when the 
System sets up or takes down a call. The 
following figure identifies these data fields. 


AUD398 can indicate a translation or software problem. When onsite 
personnel decide to troubleshoot call deaths that repeat, the following four 
steps are recommended. 


l. 


Look for TRAP (CC103) and SWER (SWER100) log reports. AUD398 
reports that indicate system trouble normally have associated TRAPs or 
SWERs. 


Examine the agent intermediate dials (IDs). The agent IDs are TID and 

TERMINAL_CPID. These fields identify the calling and called agents. 

If a minimum of one AUD398 shows the same originator and terminator, 
you have detected the problem. 
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AUD398 (continued) 


3. Examine the call processing selectors (CPS). These fields identify the 
types of lines linked to the call. If several log reports indicate that a 
specified type of line is linked to the call, the line can be an indication. 


4. Examine the available data to decide if the problem relates to corrupt data 
tables. The problem can relate to a translation, or to the code. Contact 
software support personnel if you suspect the problem relates to the code. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
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WORD: 0 1 
CPMB (195) 
LINK (32) 
CPTLBPR (32) 


BIT: 15 0 31 16 


WORD: 2 3 
CPMB (C) 
MAILBOX (160) 
MBQLINK (32) 


BIT: 47 32 63 48 


WORD: 4 5 


CPMB (C) 
MAILBOX (160) 
MCINDEX (8) 


BIT: 79 64 95 80 
1 MBPROCQD (1) 3 MBINDEX (4) 
2 CLONED (1) 4 KIND (1) 


OVERLAY STRUCTURE - WORDS 0 and 1 

LINK or CPTLBPTR 

FIELD DESCRIPTIONS: WORDS 0 - 5 

CALL БАТА BLOCK: А CALL DATA, BLOCK stores temporary data 
about a call when the system processes the call. Sixty 16-bit words, numbered 


0 - 59, make up the CALL DATA, BLOCK. Descriptions of the fields that 
comprise this block are as follows: 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-471 


UCS log reports 


AUD398 (continued) 


CPMB: The Call Processing Mailbox (CPMB) field contains information on 
the call processing mailboxes. The CPMB field contains information on the 
queues that associate with the call processing mailboxes. The following 
subfields (one of which has subfields) make up the CPMB: 


* LINK or CPTLBPTR 
* MAILBOX 

— MBQLINK 

— MBPROCQD 

— CLONED 

— MBINDEX 

— KIND 

— MCINDEX 

— MBLETTERCOUNT 

— MBPROCPTR 

— MBLETTERQ 

— FREELETQ 

— LETWSIZE 

— STATE 

— MULTIWAIT 
LINK: This field is a queue link. This queue link is in use when the CDB is 
enqueued with free CDBs. This queue link is in use when the call process that 
associates with the CDB is suspended. The queue link is suspended on the 


queue of free mailboxes. The next fields, LINK and CPTLBPTR overlay each 
other. 


CPTLBPTR: This field points to the associated Call Processing Terminal 
Linkage Block (CPTLB). 


MAILBOX: This field receives messages for a call process when the process 
stops. The process stops when the process invokes one of the call processing 
waiting procedures. The MAILBOX or subfield contains the subfields that 
appear under the CPMB description that precedes. 


MBQLINK: This field is a queue that links the mailboxes when a process waits 
for more than one mailbox. The value of the field is NIL if the process waits 
on one mailbox or a cloned mailbox. 
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MBPROCQD: If true, this field indicates a process waits оп the mailbox. 
CLONED: If true, this field indicates if a mailbox was cloned. 
MBINDEX: This field indicates the index of the mailboxes on MBQLINK. 
KIND: This field indicates the letter type. 


MBLETTERCOUNT: This field indicates the number of letters that the letter 
queue can contain. The queue is full if the value of the field is NIL. 


WORD: 6 7 
СРМВ (С) 
MAILBOX (С) 
MBPROCPTR (32) 


BIT: 111 96 127 112 
WORD: 8 9 
CPMB (C) 


MAILBOX (160) 


МВІ ЕТТЕНО (32) 


БІТ: 143 128 159 144 


WORD: 10 11 


СРМВ (С) 
MAILBOX (С) 


MCINDEX (8) LETWSIZE (16) 


BIT: 175 160 191 176 


FIELD DESCRIPTIONS: WORDS 6 - 11 


MBPROCPTR: This field points to the process that the mailbox contains. 
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MBLETTERQ: This field contains the queue header for the one-way queue. 
The one-way queue contains the letters in the mailbox. 


FREELETQ: This field identifies the available letter queue. 


LETWSIZE: This field gives the letter size. 


WORD: 12 13 
|| — |MESAGE( (448) 
LETTER (480) 
MESSAGE (448) 
SBODY (416) 
BIT: 207 192 223 
1 СРМВ (С) 4 STATE (2) 
2 STATUS (2) 5 MULTIWATT (1) 


3 FPE STACKCOUNT (2) 


WORD: 14 15 
MESSAGE (C) 
BODY (400) 
LETTER (C) 
MESSAGE (C) 
BODY (400) 
SBODY (C) 


BIT: 239 224 255 240 


OVERLAY STRUCTURE - WORDS 13 - 38 
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MESSAGE or LETTER 
/ \ 
/ \ 
MESSAGE or SBODY 


FIELD DESCRIPTIONS: WORD 12 
STATE: This field gives the state of the call data block. The state can be one 
of the following: 


e CPMBQUEUED: the call process that associates with the СОВ is 
suspended on the available queue. This state indicates that the CDB and 
the CPTLB can link together. 


e  CPMBLINKED: the CDB links to a CPTLB. 


e CPMBUNAVAIL: the CDB links to other processes, like audits or 
recovery. 


e CPMBIDLE: the first state when the CDB is allocated. The system uses 
this field as a transient state during recovery from error conditions. 


MULTIWAIT: If true, this field indicates a process can wait for up to 16 
mailboxes at the same time. 


STATUS: This field gives the call processing system state and indicates 
responses to the state. STATUS is normally set to PROCESSING. When an 
error occurs, the system uses the state as a flag to prevent infinite loops during 
recovery. Possible values are: 


* PROCESSING 

* DISPLAYING 

* CLEANING 

e RECOVERING. 


FPE STACKCOUNT: This field holds the number of feature processing 
environment (FPE) work items. 


FIELD DESCRIPTIONS: WORDS 13 - 15 
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MESSAGE: This field contains information on the incoming message that the 
system processes. This field overlays field LETTER. Subfield MESSAGE 
contains the subfields BODY and TID. The BODY is the MESSAGE content. 
The format of BODY depends on the message type. The TID is the terminal 
identifier of the originator. The following three subfields comprise TID: 


* NODE NO (node number) 

e TRMNL NO MSN (terminal number, most important NIBBLE) 

e TRMNL NO LSB (terminal number, least important byte) 

LETTER: This field overlays MESSAGE. Call processing uses LETTER to 


receive incoming messages from peripherals. The LETTER field contains 
overlay MESSAGE or SBODY. 


MESSAGE: This field contains information on the incoming message that the 
system processes. The following fields make up MESSAGE: 

e BODY: contains the MESSAGE content. 

e ТІР: the terminal identifier of the originator. 

e AUDIT: holds the call processing audit information. 


e FTID: overlays fields TID and AUDIT. Тһе ЕТІ is a double-integer 
arithmetic field and allows fast access. The two subfields, LS and MS, 
stand for least important word and most important word. 


SBODY: Information to be provided. 


WORD: 16 17 
MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 
SBODY (C) 


BIT: 271 256 287 272 
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WORD: 18 19 
MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 


SBODY (C) 


BIT: 303 288 319 304 


WORD: 20 21 
MESSAGE (С) 

BODY (С) 

LETTER (С) 

MESSAGE (С) 

BODY (С) 

SBODY (с) 


BIT: 335 320 351 336 


WORD: 22 23 
MESSAGE (С) 

BODY (С) 

LETTER (С) 

MESSAGE (С) 

BODY (С) 

SBODY (C) 


BIT: 367 352 383 368 
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AUD398 (continued) 


WORD: 24 25 
MESSAGE (C) 

BODY (C) 

LETTER (C) 


MESSAGE (C) 


BODY (C) 

SBODY (C) 

BIT: 399 384 415 
WORD: 26 27 


MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 
SBODY (C) 


BIT: 431 416 447 


400 


432 
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WORD: 28 29 
MESSAGE (C) 

BODY (C) 

LETTER (C) 


MESSAGE (C) 


BODY (C) 

SBODY (C) 

BIT: 463 448 479 464 
WORD: 30 31 


MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 
SBODY (C) 


BIT: 495 480 511 496 
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AUD398 (continued) 


WORD: 32 33 
MESSAGE (C) 
BODY (C) 


LETTER (C) 


MESSAGE (C) 


BODY (C) 

SBODY (C) 

BIT: 527 512 543 528 
WORD: 34 35 


MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 
SBODY (C) 


BIT: 559 544 575 560 
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AUD398 (continued) 


Co 
N 


WORD: 36 
MESSAGE (C) 
BODY (C) 
LETTER (C) 
MESSAGE (C) 
BODY (C) 
SBODY (C) 


BIT: 591 576 607 5 


co 
го 


WORD: 38 


[69] 
| 


MESSAGE (C) 


BODY (C) TID (24) 
1 NODE NO (12) 
FTID (32) 
LS (16) 

LETTER (C) 


MESSAGE (C) 
BODY (C) TID (24) 
2 NODE NO (12) 


| 


FTID (32) 
LS (16) 

SBODY (C) 

BIT: 623 608 639 624 

1 TRMNL NO MSN (4) 2 TRMNL NO MSN (4) 


OVERLAY STRUCTURE - WORD 39 
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AUD398 (continued) 


MESSAGE or LETTER (MESSAGE) 
/ \ 
/ \ 
TID or FTID 
FIELD DESCRIPTIONS: WORD 39 
TID: This field holds the terminal identifier of the originator. 
NODE_NO: This field is the node number of the TID. 


TRMNL_NO_MSN: This field is the most NIBBLE of the TID terminal 
number. 


FTID: FTID overlays fields TID and AUDIT. The FTID is a double-integer 
arithmetic field and allows fast access. The FTID has two subfields: LS and 
MS. 


LS: LS stands for least important word. 
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WORD: 40 
MESSAGE (C) 


FTID (32) 
MS (16) 
LETTER (C) 


MESSAGE (C) 


41 


TEMPTIMESTAMP (32) 


TID (24) 
TRMNL_NO_LSB (8) 


TIMESTAMP (32) 


AUDIT (6) | TID (24) 
TRMNL_NO_LSB (8) 
FTID (C) 
MS (16) 
BIT: 655 640 671 656 
WORD: 42 43 


LETTER (C) 


TIMESTAMP (C) 


BIT: 687 


RESERVED (16) 


672 703 688 


OVERLAY STRUCTURE - WORD 40 
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AUD398 (continued) 


MESSAGE or LETTER (MESSAGE) 
/ \ 
/ \ 
TID, AUDIT or FTID 
OVERLAY STRUCTURE - WORD 41 and 42 
TEMPTIMESTAMP or LETTER 


FIELD DESCRIPTIONS: WORD 40 


TRMNL_NO_LSB: This field is the least important byte of the TID terminal 
number. 


AUDIT: This field holds the call processing audit information. 
MS: MS stands for most important word. 

FIELD DESCRIPTIONS: WORDS 41 and 42 
TEMPTIMESTAMP: This is a call processing timestamp. 
TIMESTAMP: This is a call processing timestamp. 

FIELD DESCRIPTIONS: WORD 43 


RESERVED: Information to be provided. 
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AUD398 (continued) 
WORD: 44 45 
SISIASIIPISEER T[eeere — [emen 
BIT: 719 704 735 720 
1 | NETWORK CONNECTION MADE (1) 8 МВВ ON (1) 
2 NCCLS (4) 9 SPARE TWP BITS (1) 
3  CALCULATE СМІ (1) 0 APPLY CWR (1) 
4  HUNTGRP HAS LODDED (1) A TPS CP (1) 
5  CFGD IN EFFECT (1) B ACD CALL IN EFFECT (1) 
6 RECALL IN EFFECT (1) C WAIT FOR CLASS NND INFO (1) 
7 ОСО CALL IN EFFECT (1) 


WORD: 46 47 


CDBRTEB (96) 
GROUP CPID (32) 


BIT: 751 736 767 752 


FIELD DESCRIPTIONS: WORD 44 


NETWORK CONNECTION MADE: If true, this field indicates a 
connection to the network. 


NCCLS: This field indicates no circuit class type (NCCLS). This field can 
have one of the following values: 
* 0 (NCRT) 

e 1 (NCTC) 

* 2 (NCLT) 

* 3 (NOSC) 

* 4 (NCBN) 

• 5 (NCID) 

* 6 (NCOT) 

* 7 (NCIT) 

* 8 (NCIM) 
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* 9 (NCON) 
e 10 (NCOF) 


CALCULATE_CMI: If true, this field indicates that the system generated a 
cross matrix index (CMI). A CMI can display data on lines and trunks. 


HUNTGRP HAS LODDED: If true, this field indicates the call goes through 
the hunt terminator. The system places the call in a line overflow to a directory 
(LOD). 

CFGD IN EFFECT: Information to be provided. 

RECALL IN EFFECT: If true, this field states a recall is in effect for the call. 
UCD CALL IN EFFECT: If true, this field indicates the call is a UCD call. 

TEEN КІМССІ: This field provides the teen service ring code. 


APPLY CWhR: If true, this field indicates that the receiver of a call applied call 
waiting to the originator. 


TPS CP: To be supplied. 

ACD. CALL ІМ EFFECT: To be supplied. 
SDN WITH TERM BILLING: To be supplied. 
FIELD DESCRIPTIONS: WORDS 45 
CPEVENT: To be supplied. 

SCRNCL: To be supplied. 

FIELD DESCRIPTIONS: WORDS 46 - 50 


Call data block routing block (CDBRTEB) details the path of the call from 
originator to terminator. The following subfields comprise CDBRTEB. 


GROUP CPID: This field contains the call processing identifier of the 
terminating group. GROUP CPID has two subfields: call processing selector 
(CPS) and agent identification (AID). 


CPS: This field identifies a call processing agency. 
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AID: This field identifies an agent in a call processing agency. 


TERMINAL_CPID: This field contains the call processing identifier of the 
terminating terminal. TERMINAL_CPID has the same subfields as 
GROUP_CPID. 


WORD: 48 49 


CDBRTEB (C) 


TERMINAL CPID (32) 


BIT: 783 768 799 784 


WORD: 50 51 
CDBRTEB (C) 


ERE e REEE 21800 


BIT: 815 800 831 816 
1 CONNECT TYPE (2) 7 WAIT FOR COT TO TERMINATE (1) 

2 REROUTE ELEMENT (1) 8 GRPSC (1) 

3 CST. L (1) 9 REQUEST ОНО (1) 

4 CST H(1) 0 SCRJ CALL SCREENED (1) 

5  RECREATE CDBRTEB (1) A SCA CALL SCREENED (1) 

6  ERWT ACCEPTED (1) B SPARE (3) 


CONNECT TYPE: This field gives the connection type of the call: 
* direct 
* alternate 


e tandem. 


REROUTE ELEMENT: If true, this field indicates the system routed the 
previous route element again. 


CST L: If true, this field denotes low class of tone. 
CST H: If true, this field denotes high class of tone. 


RECREATE_CDBRTEB: If true, this field indicates the CDBRTEB is correct. 
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ERWT ACCEPTED: If true, this field indicates the caller accepts an 
expensive route. 


WAIT_FOR_COT_TO_TERMINATE: Common Channel Interoffice 
Signaling No. 6 (CCIS6) trunks use this field. CCIS6 trunks, delay 


termination to lines until the system establishes a voice path. 


GRPSC: If true, this field indicates the subscriber selected the group speed 
calling option. 


REQUEST OHQ: If true, this field indicates off-hook queuing is in effect for 
the call. 


SPARE: Spare space for the CDB. 
FIELD DESCRIPTIONS: WORD 51 


SPARBBITS: Spare space for the CDB. 
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WORD: 52 53 

FASTCODE (16) FPE_STACK (96) 

BIT: 847 832 863 848 
WORD: 54 55 


FPE_STACK (C) 


| 
BIT: 879 864 895 880 


WORD: 56 97 


FPE STACK (C) 


BIT: 911 896 927 912 
WORD: 58 59 

FPE_STACK (C) DTK_AREA (16) 

BIT: 943 928 959 944 
WORD: 60 61 


CP_GUARDIAN (32) 


BIT: 975 960 991 976 


WORD: 62 63 


SME_MESSAGES (32) 


BIT: 1007 992 1023 1008 


FIELD DESCRIPTIONS: WORDS 52 - 56 
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FASTCODE: The entry in this field causes a call to enter a streamlined 
processing environment from the cross processor. Call processing initializes 
the field to 0 (NOT FAST). Other possible values are: 


e 1 (Fast Possible) 

e 2 (Intertoll-to-Intertoll) 

e 3(INCAMA-to-Intertoll) 
e 4 (Local-to-Local) 


FPE_STACK: This field contains the feature processing environment work 
requests. 


FIELD DESCRIPTIONS: WORD 57 


DTK_AREA: The Digital Private Network Signaling System (DPNSS) virtual 
call processing uses this field. 


FIELD DESCRIPTIONS: WORDS 58 - 59 
CP_GUARDIAN: To be supplied. 
FIELD DESCRIPTIONS: WORDS 60 - 61 


SME_MESSAGES: To be supplied. 
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Explanation 
The Audit (AUD) subsystem generates log report AUD399 if the Call Data 
Block (CDB) or a CPLETTER dumps a call. Тһе СОВ or CDLETTER dumps 
points to a long message buffer. 


Format 
The log report format AUD399 is as follows: 


AUD399 mmmdd hh:mm:ss ssdd INFO LONG BUFFER DUMP 

CALLID: callid REASON: rsntxt 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report AUD399 is as follows: 
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AUD399 APRO1 01:01:00 1234 INFO LONG BUFFER 
CALLID: 


001С 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


Field descriptions 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


12345 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


DUMP 


REASON: BFP Incomplete Buf 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


fer 

FDFD 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


Description 


Field Value 
INFO LONG BUFFER Constant 
DUMP 
CALLID Character string 
rsntxt BFP Buffer Not 
complete 
CDB IOMSG LB 


Indicates that the subsystem dumped a long 
buffer involved with a call or long message. 


Indicates the call process involved. Refer to 
Table І. 


Indicates that if the system loses a packet of a 
long message that BFP packetizes and 
transports, the message cannot assemble 
completely. The long buffer audit detects this 
condition. 


Indicates that the system dumped a long buffer 
as part of a call dump. The system must 
generate other logs for the call condense block 
(CCB) and the call data block (CDB). This 
reason appears if CDB. MESSAGE contains a 
pointer to a long message that does not equal 
CDB.CP GUARDIAN. 
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AUD399 (end) 


(Sheet 2 of 2) 


Field Value 


Description 


CDB Guarded LB 


LONG MESSAGE 
LOST 


hhhh... 0000-FFFF 


Indicates that the system dumped a long buffer 
as part of a call dump. The system must 
generate other logs for the CCB and CDB. 


Indicates that message transfer system (MTS) 
lost a long message. The system dumps 
partial message received. 


Provides the contents of the long buffer. 


Action 


You must save this log report for analysis. The next level of maintenance 


analyses this log report. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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AUD403 


The Audit (AUD) subsystem generates report AUD403 when a data dump for 
a PORTEXTPERM extension block exists. A call condense block (CCB) 
stores only sufficient data to describe a basic call. Extension blocks provide 
additional data space for a CCB. This report is an associated report for an 
AUD395 report if the audit detects a problem. This report is an associated 
report for an AUD399 report when the call process stops without warning. 


The log report format for AUD403 is as follows: 
AUD403 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid(:WORDhhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0-8 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 9-17 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh 18-24) 


An example of log report AUD403 follows: 


AUD403 APRO1 12:00:00 2112 INFO EXT DUMP 419104 (WORDS 
1801 0000 0000 0000 7F81 0000 8080 8080 8080 0-8 
0000 FFFF FFFF 0000 0000 0500 0000 0000 0000 9-17 
5000 8000 0000 0002 0300 0000 0000 18-24) 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO EXT DUMP Constant Indicates data dump for extension block. 
callid Symbolic text Identifies call process affected. 
hhhh 0000-FFFF Provides 25 words of data from perm extension 
block. 
Action 


The AUD log reports indicate a clean up of call processing resources that was 
not normal. This clean up does not always affect service to the end user. 
Repeated AUD4XX ог AUD5XX log reports can indicate a translation 
problem or a software problem. 
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The AUD4XX and AUD5XX reports normally have an associated AUD395 or 
AUD398 log report. The AUD395 and AUD398 reports detail information 
common to all call processes. When the user activates features against a call 
process, the additional information for a given feature must be stored. 


These areas are extension (EXT) blocks. Each EXT block has a template for 
stored data. The AUD4XX and AUDS5XX log reports are hexadecimal 
representations for EXT block data. These log reports form the remainder of 
the AUD log reports. Save all log reports that occur at the same time. The log 
reports can help to reconstruct the event that caused the system to generate the 
report. 


To reconstruct the type of call, use the tools and templates and the information, 
which the AUD395 or AUD398 sections provide. Use these tools, templates, 
and information to determine the problem encountered. The following steps 
are recommended when onsite personnel decide repeated call losses justify 
problem solving: 


1. Save all logs generated 5 minutes before and after the AUD log report. 

2. Use the callid field for this report to look for associated AUD logs. Ifa 
feature is in effect, for example, three-way calling (3WC), more than one 
callid can associate with an agent. 


3. Look for associated TRAP and SWER logs or other logs associated with 
this report. 


4. Use the DISPCALL tool to capture failures and provide a formatted dump 
of information for AUD395, AUD398, and some AUDAXX logs. The 
DISPCALL is a resident tool that formats the AUD395, AUD398, and 
AUDAXX blocks into a data representation. For more information about 
DISPCALL, refer to Display Call (DISPCALL) User Guide, 
TAM-1001-003. 


5. When you cannot localize and correct the problem, gather all available 
information about the call in question. for additional help, contact the 
next level of technical support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD403 (continued) 


WORD: 0 1 


HEAD(48) 


EXTPTR(32) 


LINK(32) 


BIT: 15 0 31 16 


WORD: 2 


HEAD(C PORTPERMDATA(352) 
EXFTC(6 AUDIT(7 AGENTEXTHEAD(32) 


EXTPTR(32) 


BIT: 47 32 63 


WORD: 4 5 
PORTPERMDATA(C) 
EXTPTR(C AID(24) 


AGENT MSG DATA(128) 


AGENT(32) 


AID(24) 


BIT: 79 64 95 80 
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OVERLAY STRUCTURE - WORDS 0 and 1 
EXTPTR or LINK 

OVERLAY STRUCTURE - WORD: 2 
AUDIT or subfield EXTAREF 

FIELD DESCRIPTIONS - WORDS 0, 1 and 2 


PORTEXTPERM: The name of this extension block recording unit is 
PORTEXTPERM. Call processing uses extension blocks to append additional 
information to call data blocks (CDB) and call condense blocks (CCB). In 
addition, an extension block can connect to another extension block, 
depending upon the type of call. A structure called HEAD forms field 
PORTEXTPERM. 


HEAD: A structure of type EXT_BLOCK, HEAD contains the subfields: 
ЕХТРТК or LINK; AUDIT or EXTAREF; STATE; апа ЕХТЕС. 


EXTPTR: This field overlays LINK. Subfield EXTPTR points to the next 
available extension block. 


LINK: This field overlays EXTPTR. Subfield LINK is a queue link while the 
extension block is on the available extension block queue, progress queue, or 
original queue. 


AUDIT: This field overlays EXTAREF. Subfield AUDIT contains a tally of 
the audit cycles. 


EXTAREF: This field overlays AUDIT. Only the IBN extension blocks use 
EXTAREF. Subfields AUDTRAP, LSTATE and COUNT form the field 
EXTAREF. 


AUDTRAP: If true (set to 1), AUDTRAP indicates that the extension block is 
in the audit process. 


LSTATE: This field contains the extension block state, and can have one of the 
following values: 

e О (EXTFREEQ: on free queue) 

e | (EXTOTHERQ: on another queue) 

* 2(EXTDETACHED: in use and not linked) 
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AUD403 (continued) 


• З (EXTLINKED or linked to an extension chain head, points to an 
extension block) 


e 4(EXTLINKEDEND: This extension block is the last on the chain of 
extension blocks.) 


e 5 (EXTUNAVAIL: Extension blocks are not available.) 

e 6(EXTHELD: audits do not take place) 

The audit uses field LSTATE to keep a record of the temporary 
RECORDING UNIT HEAD state. The audit also compares the temporary 
state with the current RECORDING. UNIT HEAD state. 


STATE: This field holds the extension block state for calls that are not IBN. 
See the values listed earlier for LSTATE. 


EXTFC: This field holds the extension block format code. Call forwarding, 
local coin call, and international calls are examples of format codes. 


FIELD DESCRIPTIONS - WORDS 3, 4 and 5 
PORTPERMDATA: To be supplied. 
AGENTEXTHEAD: To be supplied. 
AGENT: To be supplied. 
AGENT М5С DATA: To be supplied. 


AID: To be supplied. 
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AUD403 (continued) 


WORD: 6 
PORTPERMDATA(C) 
AGENTO = ENT(C 


тС 


[AGENT MSG DATO) 0 | ENT MSG DATA(C 


ае A 
(8) 


CPS(8 


BIT: 111 


(C) 
AID(C) 4 
NM_CHNL(16) 


SNODE_NO(11) 


NM INMOHN(S 000000 | 16) 


МО(6) 


ЕСЕ” 


SNODE_NO(11) 


1 
NM PAIR(5) 
4 
NM PAIR(5) 


2 
TS PORT) 
5 
TS PORT) 


3 
TS МО(3) 
6 
TS NO(3) 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-499 
AUD403 (continued) 


FIELD DESCRIPTIONS - WORDS 6 & 7 
CPS: To be supplied. 

NM_CHNL: To be supplied. 
EN_PATHEND: To be supplied. 

PE: To be supplied. 

SNODE_11: To be supplied. 

NM_PAIR: To be supplied. 

TS_PORT: To be supplied. 


TS_NO: To be supplied. 


WORD: 8 9 
PORTPERMDATA(C) 


PORT(5 PMCHNL(9) 


ТЕН, ee 
EGRE WOO VAL(8 
Mea — 

чама ” 


PAGENTMSGDATAC) 0 | ENT MSG DATA(C 


PORT(5 Se ) 
Deu p ET VAL(8 
i 
BIT: 143 128 159 144 
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AUD403 (continued) 


1 CFWBIT(1) 0 CFWBIT(1) 2 AGENT SUSPECT(1) A AGENT SUSPECT(1) 3 
LOGICAL(1) B LOGICAL(1) 4 GAIN(3) C GAIN(3) 5 LOSS(3) D LOSS (3) 
6 PREFERRED PLANE(1) E PREFERRED PLANE(1) 7 UNITNO(1) F 
UNITNO(1) 8 CHNLS(1) G CHNLS(1) 9 PM CHNLS (1) 


FIELD DESCRIPTIONS - WORDS 8 & 9 
INTEG. VAL: To be supplied. 

PORT: To be supplied. 

PMCHNL: To be supplied. 

PMC: To be supplied. 

CHNL: To be supplied. 

PMCL: To be supplied. 

PECH: To be supplied. 

PM_CHNL: To be supplied. 

CFWBIT: To be supplied. 
AGENT_SUSPECT: To be supplied. 
LOGICAL: To be supplied. 

GAIN: To be supplied. 

LOSS: To be supplied. 
PREFERRED_PLANE: To be supplied. 
INITNO: To be supplied. 

CHNLS: To be supplied. 


PM_CHNLS: To be supplied. 
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AUD403 (continued) 


WORD: 10 


PORTPERMDATA(C 


Wc ni 


AGENT MSG РАТА(С) 


T ug didi 


1 
FMTCODE(5) 
6 
FMTCODE(5) 


2 
UTR. AVAILABLE(1) 
5 
UTR. AVAILABLE(1) 


3 
CPI(1) 
8 
CPI(1) 


4 

TRTMTSEQNO(1) 

9 
TRMNL_NO_MSN(4) 


5 
TRMNL_NO_MSN(4) 


BIT: 175 160 191 
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AUD403 (continued) 


WORD: 12 


PORTPERMDATA(C 


TSI(8 TID(C FMTAREA(160) 
TRMNL NO LSB(8 

TSI(8 TCO 

ЕИ ссии TRMNL NO LSB(8 

BIT: 207 192 223 


WORD: 14 15 
PORTPERMDATA(C) 


FMTAREA(C) 


BIT: 239 224 255 240 


FIELD DESCRIPTIONS - WORDS 10, 11, 12, & 13 
THREAD: To be supplied. 

TID: To be supplied. 

NODE NO: To be supplied. 

FMTCODE: To be supplied. 

UTR. AVAILABLE: To be supplied. 

CPI: To be supplied. 

TRMNL NO MSN: To be supplied. 

TSI: To be supplied. 


TRMNL NO LSB: To be supplied. 
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AUD403 (continued) 


FMTAREA: To be supplied. 


WORD: 16 


PORTPERMDATA(C 


FMTAREA(C 


BIT: 271 256 287 


WORD: 18 


PORTPERMDATA(C 
FMTAREA(C 


BIT: 303 288 319 


WORD: 20 


PORTPERMDATA(C 
FMTAREA(C 


BIT: 335 320 351 


WORD: 22 


PORTPERMDATA(C 


FMTAREA(C NXCPINFO(31) 


BIT: 367 352 383 368 
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WORD: 24 25 
PORTPERMDATA(C) 


NXCPINFO(C) 


BIT: 399 384 


1 
SME_AGENT(1) 


FIELD DESCRIPTIONS - WORD: 23 


NXCPINFO: То be supplied. 
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AUD422 


Explanation 


Format 


Example 


UCS log reports 1-505 


The Audit (AUD) subsystem generates log report AUD422. The system 
generates AUD422 when a data dump occurs for an extension block that is a 
feature control block (FTR. CONTROL BLOCK). An extension block 
provides additional space for data for a call condense block (CCB). The CCB 
stores enough data to describe a basic call. The system associates the AUD422 
report with an AUDT102 report if the audit detects a problem. The system 
associates the AUD422 report with an AUD398 or AUD395 report if the call 
process stops without a warning. 


The log report format for AUD422 is as follows: 


AUD422 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ... 


An example of log report AUD422 follows: 


AUD422 APRO1 12:00:00 2112 INFO EXT DUMP 486035 

(WORDS: 
0801 0000 0000 0000 0000 8080 8080 8080 8080 0000 0-9 
4080 8080 8080 8080 8080 0080 0000 0000 0000 0000 10-19 
0000 0000 8080 533B ОРОО 0801 0000 0000 0000 0000 20-29 
0000 8080 8080 8080 8080 8080 0000 0000 0000 0000 30-39 
0480 F912 0000 0000 0000 8080 8080 8080 4080 0801 40-49 
0000 0000 8080 533B ОРОО 0801 0000 0000 0000 0000 50-59 
43AB 91CF 8080 8080 0801 0801 0000 0000 0000 0000 60-69 
0480 F912 0000 0000 0000 8080 8080 8080 4080 0801 70-79 
0000 8080 8080 8080 8080 8080 0000 0000 0000 0000 80-89 
12DC 72BA 09AA 09AA 0000 0000 0000 8080 8080 8080 90-99 
0480 F912 0000 0000 0000 8080 8080 8080 4080 0800 100-109 
0000 0000 0000 0801 0801 524C 1555 FAFA 8080 110-119) 


Field descriptions 


(Sheet 1 of 2) 


Field 


The following table describes each field in the log report: 


Value Description 


INFO EXT DUMP 


Constant Indicates data dump for extension block 
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AUD422 (continued) 


(Sheet 2 of 2) 


Field Value Description 

callid Symbolic text Identifies call process affected 

hhhh... 0000 - FFFF Provides 120 words from the extension block 
thatis an FTR CONTROL BLOCK 


Action 


The AUD log reports indicate that resources for call processing were cleaned 
up by an abnormal method. This condition does not always affect service to 
the end user. Repeated AUDAXX or AUDSXX log reports error indicate а 
translation error or a software problem. 


The AUD4XX and AUDSXX reports normally associate with an AUD395 or 
AUD398 log report. The AUD395 апа AUD398 reports detail information 
common to all call processes. When the features are activated against a call 
process, the system must store additional information associated with that 
feature. These storage areas are extension (EXT) blocks. Each EXT block has 
a specified template for stored data. The AUDAXX and AUD5XX log reports 
are hexadecimal models for EXT block data. The remainder of the AUD log 
reports include the AUD4XX and AUD5XX log reports. 


You must save all log reports that occur at the same approximate time. You 
can use these reports to construct the event again that caused the system to 
generate the report. 


Use the information that the AUD395 or AUD398 sections provide and use the 
templates and tools available to construct the type of call again. You also can 
use this information to determine the problems encountered. Follow these 
steps when operating company personnel decide repeated call deaths require 
problem solving: 


1. Save all logs generated during the five minutes before and after the AUD 
log report. 


2. Usethe CALLID field that associates with this report to search for 
associated AUD reports. More than one CALLID can associate with an 
agent if a feature is in effect. 


3. Look for associated TRAP and software error (SWER) logs. Look for any 
other logs that associate with this report. 


4. Usethe DISPCALL tool to capture failures that follow. The subsystem 
provides a formatted dump of the information for AUD395, AUD398, and 
AUDAXX logs. DISPCALL is a resident tool that formats the AUD395, 
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AUD422 (continued) 


AUD398, and AUD4XX blocks to a data representation. For more 
information about DISPCALL, refer to Display Call (DISPCALL) User 
Guide, TAM-1001-003. 


5. If you cannot localize and correct the problem, save available information 


about the call in question. Contact the next level of support for assistance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The field positions in words 0, 1, 2 and 3 appear in the following diagram: 


WORD: 0 1 
ЕТА CONTROL BLOCK 


HEADER (48) 


EXTPTR (32) 
LINK (32) 


BIT: 15 0 31 16 


WORD: 2 


HEADER (C FDBQ (32) 


AUDIT (6) EXTPTR (32) 


BIT: 47 
1 STATE (9) 3 LSTATE (3) 
2 COUNT (2) 4 AUDTRAP (1) 
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OVERLAY STRUCTURE - WORDS 0 and 1 
EXTPTR or LINK 

OVERLAY STRUCTURE - WORD 2 
AUDIT or EXTAREF 

OVERLAY STRUCTURE - WORDS 3 and 4 
FDBQ or EXTPTR 

FIELD DESCRIPTIONS - WORDS 0 - 2 


FTR_CONTROL_BLOCK: FTR_CONTROL_BLOCK is the name of this 
extension block or recording unit. Call process uses extension blocks to attach 
additional information to Call Data Block (CDBs) and CCBs. An extension 
block can attach to another extension block. 


HEADER: HEADER is a structure of type EXT BLOCK that begins each 
recording unit. The subfields of HEADER are EXTPTR or LINK; AUDIT or 
EXTAREF; STATE; ЕХТЕС. 


EXTPTR: This field overlays LINK. The EXTPTR field points to the next 
available extension block. 


LINK: This field overlays EXTPTR. LINK is a queue link when the extension 
block is on the available extension block queue, progress queue or origination 
queue. 


AUDIT: This field overlays EXTAREF. The AUDIT field contains a count of 
the audit cycles. 


EXTAREF: This field overlays AUDIT. Only IBN extension blocks use this 
field. EXTAREF contains subfields AUDTRAP, LSTATE, and COUNT. 


AUDTRAP: Boolean. When the field is true (set to 1), AUDTRAP indicates 
the subsystem audits the extension block. 


LSTATE: This field contains the extension block state. This field can have one 
of the following values: 

1. EXTFREEQ: on free queue 

2. EXTOTHERQ: on another queue 
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AUD422 (continued) 


3. :dd.EXTDETACHED: in use and not linked 


4. EXTLINKED: linked to an extension chain head that points to an 
extension block 


5. EXTLINKEDEND: this extension block is the last on the chain of 
extension blocks 


6. EXTUNAVAIL: extension blocks are not available 
7. EXTHELD: no audits occurred 


The audit uses field LSTATE to keep a record of the temporary HEADER state. 
The audit compares the temporary state with the accurate HEADER state. 


STATE: This field holds the extension block state for calls that are not IBN 
calls. Refer to the values that appear in LSTATE. 


EXTFC: This field holds the format code of the extension block. Call 
forwarding, local coin call, and international calls are examples of the format 
codes. 


FDBQ: This field contains the feature data block (FDB) queue. 


EXTPTR: This field contains a pointer to the first unit that records in the FDB 
queue. 


The field positions in words 4, 5, 6, 7, 8 and 9 appear in the following diagram: 
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AUD422 (continued) 


WORD: 4 5 


FDBQ (С) CCB_PTR (32) 


BIT: 79 64 95 80 
WORD: 6 7 

CCB PTR (С) FEATURE PTR (32) 
BIT: 111 96 127 112 
WORD: 8 9 

FEATURE PTR (C) FEATURE (8) 
BIT: 143 128 159 144 
1 MSG PORT (4) 2 DELAYED FTR PRC (4) 


The field positions in words 10, 11, 12 and 13 appear in the following diagram: 


WORD: 10 11 


PORT PTR (416) 


BIT: 175 160 191 176 


WORD: 12 13 
PORT_PTR (С) 


BIT: 207 192 223 208 


FIELD DESCRIPTIONS - WORDS 5 - 6 
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AUD422 (continued) 


CCB_PTR: This field contains a back pointer to a CCB. This recording unit 
appears on this CCB. 


FIELD DESCRIPTIONS - WORDS 7 - 8 


FEATURE_PTR: This field contains a pointer to the FDB that associates with 
the field FEATURE. This field can contain a nil value. 


FIELD DESCRIPTIONS - WORD 9 


MSG_PORT: This field identifies the port that sent the contents of a field 
message. 


DELAYED_FTR_PRC: This field contains the return code of the feature 
processor. This code is used after a return from regular processors. The 
possible return codes follow: 


1. ЕТК COMPLETED. Feature processing complete. 
2. FTR, CONSUME. Condensed or completed call. 


3. FTR, CONTINUE. Pass message to next feature if next feature exists. If 
next feature does not exist, condense or complete call. 


4. ЕТЕ ERROR. Take down a call or exact port. 
5. ЕТК EXPLICIT. Invoke a feature directly. 


6. ЕТК IMPLIED REVERT. Pass message to next feature if next feature is 
present. If next feature is not present, use ЕТЕ REVERT. 


7. ЕТК REENTER. Start at the top of the queue with new message. 
8. FTR REVERT. Revert to normal call processing. 


9. ЕТК REVERT RESUME. Revert to normal call processing. Enter the 
feature again after normal call processing complete. 


10. ЕТЕ CHECK STACK. Enter again if the message stack contains a 
pending feature request. 


FEATURE: This field contains the name of a feature. This feature has a 
processor that must be invoked. 


FIELD DESCRIPTIONS - WORD 10 - 35 
PORT PTR: This field contains the pointer to the data from an agent of a port. 


The field positions in words 14, 15, 16, 17, 18, 19, 20 and 21 appear in the 
following diagram: 
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AUD422 (continued) 


WORD: 14 15 
PORT_PTR (C) 


BIT: 239 224 255 240 


WORD: 16 17 
PORT_PTR (C) 


BIT: 271 256 287 272 


WORD: 18 19 


PORT_PTR (C) 


BIT: 303 288 319 304 


WORD: 20 21 
PORT РТВ (С) 


BIT: 335 320 351 336 


The field positions in words 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32 and 33 
appear in the following diagram: 
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AUD422 (continued) 


WORD: 22 23 
PORT_PTR (C) 
| | 
ВІТ: 367 352 383 368 
WORD: 24 25 
PORT_PTR (С) 
| | 
BIT: 399 384 415 400 
WORD: 26 27 
PORT_PTR (С) 
BIT: 431 416 447 432 
WORD: 28 29 
PORT_PTR (C) 
| | 
BIT: 463 448 479 464 
WORD: 30 31 


PORT PTR (С) 


BIT: 495 480 511 496 


WORD: 32 33 


PORT PTR (C) 


BIT: 527 512 543 528 


The field positions in words 34, 35, 36 and 37 appear in the following diagram: 
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AUD422 (continued) 


WORD: 34 35 
PORT_PTR (C) 


BIT: 559 544 575 560 


WORD: 36 37 
PORT_DATA (416) 


BIT: 591 576 607 592 


FIELD DESCRIPTIONS - WORD 36-61 
PORT_DATA: This field contains port information. 


The field positions in words 38, 39, 40, 41, 42, 43, 44 and 45 appear in the 
following diagram: 
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AUD422 (continued) 


WORD: 38 39 
PORT DATA (С) 
BIT: 623 608 639 624 
WORD: 40 41 
PORT DATA (C) 
| | 
BIT: 655 640 671 656 
WORD: 42 43 
PORT DATA (С) 
| | 
BIT: 687 672 703 788 
WORD: 44 45 
PORT_DATA (C) 
BIT: 719 704 735 720 


The field positions in words 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56 and 57 
appear in the following diagram: 
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AUD422 (continued) 


WORD: 46 47 
PORT_DATA (C) 


BIT: 751 736 767 75 


N 


WORD: 48 49 
PORT_DATA (C) 


BIT: 783 768 799 78 


ы 


WORD: 50 51 
PORT_DATA (С) 


БІТ: 815 800 831 81 


о 


WORD: 52 53 
PORT. DATA (С) 


BIT: 847 832 863 84 


Co 


WORD: 54 55 
PORT DATA (C) 


BIT: 879 864 895 88 


е) 


WORD: 56 57 


PORT_DATA (С) 


BIT: 911 896 927 912 


The field positions in words 58, 59, 60, 61, 62 and 63 appear in the following 
diagram: 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-517 
AUD422 (continued) 


WORD: 58 59 
PORT DATA (C) 


BIT: 943 928 959 944 


WORD: 60 61 
PORT DATA (C) 


BIT: 975 960 991 976 


WORD: 62 63 


(1 CONN_USED (10) СОММ DATA (480) 


BIT: 1007 992 1023 1008 


OVERLAY STRUCTURE - WORD 62 

CONN_USED or CONNS_USED 

FIELD DESCRIPTIONS - WORD 62 

CONN USED: This field states if a specified connection is used. 
CONNS_USED: To be supplied. 

FIELD DESCRIPTIONS - WORDS 63 - 92 

CONN_DATA: This field contains information for a specified connection. 


The field positions in words 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74 and 75 
appear in the following diagram: 
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AUD422 (continued) 


WORD: 64 64 


CONN_DATA (C) 


| | 
БІТ: 1039 1024 1059 1040 


67 


= 
O 
JJ 
9 
о 
о 


CONN DATA (С) 


BIT: 1071 1056 1087 1072 


69 


= 
O 
JJ 
9 
о 
бо 


СОММ РАТА (С) 


BIT: 1103 1088 1119 1104 


71 


= 
O 
JJ 
9 
N 
о 


CONN DATA (С) 


BIT: 1135 1120 1151 1136 


WORD: 72 73 


CONN DATA (C) 


BIT: 1167 1152 1183 1168 


WORD: 74 75 
CONN DATA (C) 


BIT: 1199 1184 1215 1200 


The field positions in words 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86 and 87 
appear in the following diagram: 
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AUD422 (continued) 


WORD: 76 

CONN DATA (C 

BIT: 1231 1216 1247 1232 
WORD: 78 

CONN DATA (C 

BIT: 1263 1248 1279 1264 
WORD: 80 

CONN DATA (C 

BIT: 1295 1280 1311 1296 
WORD: 82 

CONN DATA (C 

BIT: 1327 1315 1343 1328 
WORD: 84 

CONN DATA (C 

BIT: 1359 1344 1375 1360 
WORD: 86 


CONN DATA (C 


BIT: 1391 1376 1407 1392 


The field positions in words 88, 89, 90, 91, 92, 93, 94, 95, 96 and 97 appear in 
the following diagram: 
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AUD422 (continued) 


WORD: 88 89 


CONN_DATA (C) 


BIT: 1423 1408 1439 1424 


WORD: 90 91 
CONN DATA (С) 


BIT: 1455 1440 1471 1456 


WORD: 92 


: 1487 1472 1503 1488 
1 CIRCUIT (4) 4 ECHOKLUDGE (1) 

2  UTLFDBCOUNT (3) 5 TOPOLOGY VALID (1) 

3 FTRFDBCOUNT (3) 
WORD: 94 95 

MESSAGE (16) BUFFER (400) 

BIT: 1519 1504 1535 1520 
WORD: 96 97 

BUFFER (C) 

| | 
BIT: 1551 1536 1567 1552 


FIELD DESCRIPTIONS - WORD 93 
CIRCUIT: This field contains the utility circuit present on the call. 


UTLFDBCOUNT: This field contains the number of utility FDBs linked to 
the call. 
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AUD422 (continued) 


FIRFDBCOUNT: This field contains the number of feature FDBs linked to 
the call. 


ECHOKLUDGE: To be supplied. 

TOPOLOGY VALID: Boolean. When true, this field states that the fields 
PORT PTR, PORT DATA and CONN DATA accurately reflect the call 
configuration. 

FIELD DESCRIPTIONS - WORD 94 

MESSAGE: This field contains the message from MSG PORT. 

FIELD DESCRIPTIONS - WORDS 95 - 119 


BUFFER: This field is an area that refines messages or transfer data between 
processors. 


The field positions in words 98, 99, 100, 101, 102 and 103 appear in the 
following table: 


WORD: 98 
BUFFER (C) 


BIT: 1585 


WORD: 100 
BUFFER (C) 


BIT: 1615 


WORD: 102 
BUFFER (C) 


BIT: 1647 


99 
| | 
1568 1599 1584 
101 
1600 1631 1616 
103 
1632 1663 1648 


The field positions in words 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 
114 and 115 appear in the following diagram: 
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WORD: 104 105 
BUFFER (C) 
| | 
ВІТ: 1679 1664 1695 1680 
WORD: 106 107 
BUFFER (С) 
BIT: 1711 1696 1727 1712 
WORD: 108 109 
BUFFER (C) 
BIT: 1743 1728 1759 1744 
WORD: 110 111 
BUFFER (C) 
| | 
ВІТ: 1775 1760 1791 1776 
WORD: 112 113 
BUFFER (С) 
| | 
ВІТ: 1807 1792 1823 1808 
WORD: 114 115 
BUFFER (С) 
| | 
ВІТ: 1839 1824 1855 1840 


The field positions in words 116, 117, 118 and 119 appear in the following 
diagram: 
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WORD: 116 
BUFFER (C) 


BIT: 1871 


WORD: 118 


BUFFER (C) 


BIT: 1903 


117 


1856 1887 1872 


119 


1888 
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Explanation 


The Audit (AUD) subsystem generates AUD424 when a data dump is present 
for an extension block. This extension block is part of an automatic trunk 
testing recording unit (ATT_RECORD_UNIT). Extension blocks provide 
additional data space for a call condense block (CCB). А CCB stores enough 
data to describe a basic call. This report associates with an AUDT102 report 
if the audit detects a problem. This report associates with an AUD398 or 
AUDT399 report if the call process stops without a warning. 


Format 
The log report format for AUD424 is as follows: 


AUD424 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh... 


Example 
An example of log report AUD424 follows: 


AUD424 APRO1 12:00:00 2112 INFO EXT DUMP 486035 
080100000000000000008080808080808080 
408080808080808080800080000000000000 
000000008080533B0F000801000000000000 
000080808080808080804080808080808080 
808000800000000000000000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates data dump for extension block. 
callid Symbolic text Identifies call process affected. 

hhhh... 0000-FFFF Provides 42 words of data from 


ATT RECORD UNIT extension block. 


Action 


The AUD log reports indicate the clean up of call processing resources with an 
abnormal method. This condition does not always affect service to the end 
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user. Repeated AUD4XX or AUDSXX log reports can indicate a translation 
problem or a software problem. 


The AUD4XX and AUDSXX reports normally associate with an AUD395 or 
AUD398 log report. The AUD395 апа AUD398 reports detail information 
that is common to all call processes. 


When the system activates the features against a call process, the system must 
store additional information that associates with an specified feature. These 
areas are extension (EXT) blocks. Each EXT block has an specified template 
for stored data. The AUDAXX and AUDSXX log reports are hexadecimal 
images for EXT block data. These log reports make up the rest of the AUD 
log reports. 


You must save all log reports that occur at the same approximate time. These 
reports can reconstruct the event that caused the system to generate the report. 


You can reconstruct the type of call and determine the problem that occurred. 
Use the information that the AUD395 or AUD398 sections provide, and the 
templates and tools available. The following five steps are recommended 
when operating company personnel decide that repeated call deaths warrant 
problem solving. 


1. Save all logs generated during the five minutes before the AUD log report. 
Save all logs generated for the five minutes after this report. 


2. Use the CALLID field that associates with this AUD report to search for 
associated AUD reports. More than one CALLID can associate with an 
agent if a feature is in effect. An example of a feature in effect is 
three-way calling. 


3. Look for TRAP and software error (SWER) logs that associate with this 
report. Look for other logs that can associate with this report. 


4. Use the DISPCALL tool to capture additional failures. The DISPCALL 
tool provides a formatted dump of the information for AUD395, AUD398 
and AUD4XX logs. The DISPCALL is a resident tool that formats the 
AUD395, AUD398 апа AUDAXX blocks to data images. For more 
information about DISPCALL, refer to Display Call (DISPCALL) User 
Guide, 'TAM-1001-003. 


5. If you cannot localize and correct the problem, save all available 
information about the call in question. Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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The Audit (AUD) subsystem generates AUD432 after a data dump for an 
extended call condense block (ECCB). 


The log report format for AUD432 is as follows: 


AUD432 mmmdd hh:mm:ss ssdd INFO ECCB DUMP CALLID: 


(WORDS 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0-8 
hhhh hhhh hhhh hhhh hhhh 9-13) 


An example of log report AUD432 follows: 


AUD432 APRO1 12:00:00 2112 INFO ECCB DUMP CALLID:2614 (WORDS 
0801 0000 0000 0000 0000 8080 8080 8080 8080 0-8 
4080 8080 8080 8080 8080 9-13) 


Field descriptions 


The following table describes each of the fields in the log report: 


Field Value Description 

INFO ECCB DUMP Constant Indicates data dump for ECCB 

CALLID: (WORDS Symbolic text Identifies call process effected 

hhhh... 0000-FFFF (x14) Provides 14 words of data from ECCB 
Action 


The AUD log reports indicate call processing resources were cleaned up with 
an abnormal method. This condition does not always affect service to the end 
user. Repeated AUDAXX or AUDSXX log reports can indicate a translation 
problem or a software problem. 


Reports AUDAXX and AUDS5XX often have an associated AUD395 or 
AUD398 log report. Тһе AUD395 апа AUD398 reports describe information 
common to all call processes. When features are activated against a call 
process, the system must store additional information associated with a 
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feature. These storage areas are extension (EXT) blocks. Each EXT block has 
a specified template for stored data. 


Тһе AUD4XX and AUDSXX log reports are hexadecimal models for EXT 
block data. The remainder of the AUD log reports include the AUD4XX and 
AUDSXX log reports. Save all log reports that occur at the same approximate 
time. These reports help construct again the event that made the system 
generate the report. 


Use the templates and tools and the information from the AUD395 or AUD398 
sections, and construct the type of call again. Use this information to 
determine the problem. Use the following steps when operating company 
personnel decide repeated call deaths require troubleshooting. 


1. Save all logs generated five minutes before and after the appearance of this 
AUD report. 


2. Use the callid field associated with this report to look for an associated 
AUD log. More than one callid can associate with an agent if a feature is 
in effect. Three-way calling is an example of the feature. 


3. Look for associated TRAP and software error (SWER) logs or any other 
logs associated with this report. 


4. Usethe DISPCALL tool to capture failures that follow and provide a 
formatted dump of the information. Use this information for AUD395, 
AUD398 and some AUD4XX logs. The DISPCALL is a resident tool that 
formats the AUD395, AUD398 and some AUD4XX blocks into a data 
model. For more information about DISPCALL, refer to Display Call 
(DISPCALL) User Guide, TAM-1001-003 


5. [f you cannot localize and correct the problem, gather as much 
information as possible about the call in question. Contact the next level 
of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The field positions in words 0, 1, 2, 3, 4 and 5 appear in the following diagram: 
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WORD: 0 


CCB_EXTENSION (208) 


LINK (32) 


BIT: 15 0 n 


WORD: 2 


CCB EXTENSION (C 
INDEX (15) EFC ACTIVE (16) 


PRIMINDEX (8 SECINDEX (7 


BIT: 47 32 63 48 


WORD: 4 


PUE 


IBN INTL XLAB PTR (32) 


BIT: 79 64 95 
1 COUNT (3) 4 WHOLE (3) 
2 EXCLUSIVE (1) 5 ЕССВ VIEW (2) 
3 AUDIT (3) 6 QUEUE VIEW (1) 


FIELD DESCRIPTIONS-WORDS 0-5 
CCB EXTENSION: To be supplied. 


LINK: To be supplied. 
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INDEX: To be supplied. 

SECINDEX: To be supplied. 
PRIMINDEX: To be supplied. 
EFC_ACTIVE: To be supplied. 

COUNT: To be supplied. 

AUDIT: To be supplied. 

EXCLUSIVE: To be supplied. 

WHOLE: To be supplied. 

ECCB_VIEW: To be supplied. 
QUEUE_VIEW: To be supplied. 
APPL_PTRS: To be supplied. 
ECCB_FC_PTRS: To be supplied. 
EXCLUSIVE_PTR: To be supplied. 
TEST1_PTR: To be supplied. 
DMS250_EOPS_VAL_PTR: To be supplied. 
IBN_INTL_XLAB_PTR: To be supplied. 


The field positions in words 6, 7, 8, 9, 10 and 11 appear in the following 
diagram: 
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WORD: 6 7 


CCB_EXTENSION (C) 


APPL_PTRS (C) 

ECCB_FC_PTRS (C) 

EXCLUSIVE_PTR (C) 

TEST1_PTR (C) TEST2_PTR (32) 
DMS250_EOPS_VAL_PTR (C) DMS250 SCRATCHPAD PTR (32) 


IBN INTL XLAB PTR (C) 


BIT: 111 96 127 112 
WORD: 8 9 

CCB EXTENSION (C) 

APPL PTRS (C) 

ECCB FC PTRS (С) 


TEST2_PTR (С) TEST3 PTR (32) 

DMS250 EOPS VAL PTR (C) DMS250 FEATURE PTR (32) 
BIT: 143 128 159 144 
WORD: 10 11 


CCB EXTENSION (C) 
APPL PTRS (C) 
ECCB FC PTRS (C) 


TESTS РТА (C) TESTA PTR (32) 


DMS250 EOPS VAL PTR (C) 


BIT: 175 160 191 176 


FIELD DESCRIPTIONS-WORDS 6-11 
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TEST2_PTR: To be supplied. 
DMS250_SCRATCHPAD_PTR: To be supplied. 
TEST3_PTR: To be supplied. 
DMS250_FEATURE_PTR: To be supplied. 
TEST4_PTR: To be supplied. 


The field positions in word 12 appear in the following figure: 


WORD: 12 


BIT: 208 


CCB_EXTENSION (C) 
APPL_PTRS (C) 
ECCB FC PTRS (С) 


TESTA PTR (C) 


192 
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Explanation 
The Audit (AUD) subsystem generates AUD433 when a call process stops 
without warning. This report associates with logs AUD395 and AUD398 with 
the same callid. This report also associates with а SWER100 report with the 
same callid, or with a CC103 trap report. 


Format 
The log report format for AUD433 (real trunk) is as follows: 


1.AUD433 mmmdd hh:mm:ss ssdd INFO LINKED TID 
CKT circuit trkid 
CALLID: callid NODE NO: nn TERMINAL NO: nnn 
CPID:nnnnnnnnnn 


The format for log report AUD433 (virtual trunk) is as follows: 


1.AUD433 mmmdd hh:mm:ss ssdd INFO LINKED TID 
VIRT CKT circuit trkid 
CALLID: callid NODE NO: nn TERMINAL NO: nnn 
CPID:nnnnnnnnnn 


Example 
An example of log report AUD433 (real trunk) follows: 


1.AUD433 SEPO8 15:58:09 2112 INFO LINKED TID 
CKT SVROLM2WDPNSS 0 
CALLID: 33124 NODE NO: 17 TERMINAL NO: 11 
CPID: 198 


An example of log report AUD433 (virtual trunk) follows: 


1.AUD433 SEPO8 15:58:09 2112 INFO LINKED TID 
VIRT CKT SVROLM2WDPNSS 0 
CALLID: 33124 NODE NO: 17 TERMINAL NO: 11 
CPID: 198 
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AUD433 (end) 


Field descriptions 


The following table describes each field in the log report: 


СКТ or VIRT СКТ Symbolic text 


CALLID Symbolic text 


NODE NO 0-99 


TERMINAL NO greater than 999 


CPID 0 -4 292 967 295 


Field Value Description 
INFO LINKED Constant Indicates AUD433 provides 
TID information about terminal linked to 


call 


Provides equipment identification for 
DPNSS trunk 


Identifies call process affected 
Provides equipment identification for 
line or trunk equipment associated 
with call 

Provides terminal identification (TID) 
number of terminal associated with 


call 


Provides call processing identifier 


Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 


Additional Information 
There is no additional information. 


Log history 
(I)SNO8 


Changed value of TERMINAL NO field to be greater than 999. First 
documented in (D)SNOS for the International and North American markets 


(CR Q00873806). 
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The Audit (AUD) subsystem generates log report AUD434 when the call 
processing base software detects a trap. The subsystem generates AUD434 if 
the call processing base software detects an abnormal termination of a call 
process. The AUD subsystem generates report AUD434 with AUD398, 
AUD395, AUD414, AUD416 and other data dumps. Maintenance personnel 
use AUD434 to detect and correct software errors. 


The log report format for AUD434 is as follows: 


AUD434 mmmdd hh:mm:ss ssdd INFO WAKEUP REQUEST 
CALLID: callid СР WAKE TAG: hhhh (WORD: 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh... 0-32 


An example of log report AUD434 follows: 


AUD434 APRO1 12:00:00 2112 INFO WAKEUP REQUEST 
CALLID: 3652646 CP WAKE TAG: 3524 (WORDS: 
3652 A43D 42FA 0000 2314 B32C 8080 8080 8080 8080 0-9 
5732 CFFD 3424 7453 2415 3526 2415 3425 1273 3521 10-19 
FFFF FFFF АЗАС DCFE 3526 1436 3718 4351 7361 4625 20-29 
ЕЕРЕ FFFF FFFF 30-32) 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

INFO WAKEUP Constant Indicates the system sent a wakeup request 

REQUEST after trap or abnormal termination of a call 
process. 

CALLID Symbolic text Provides call sequence identification through 
equipment 
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(Sheet 2 of 2) 


Field Value Description 
CP_WAKE_TAG 0000-FFFF Provides process identification for a wakeup 
request 
hhhh 0000-FFFF Provides additional information for 
maintenance personnel to detect and correct 
errors. 
Action 


The AUD log reports indicate that call processing resources were cleaned up 
by an abnormal method. This condition does not always affect service to the 
end user. Repeated AUD4XX or AUDSXX log reports can indicate a 
translation error or a software problem. 


Reports AUDAXX and AUDSXX normally associate with an AUD395 or 
AUD398 log report. The AUD395 and AUD398 reports detail information 
common to all call processes. When the system activates features against a call 
process, the system must store additional information that associates with a 
specified feature. These storage areas are know as extension (EXT) blocks. 
Each EXT block has a template for stored data. The AUD4XX and AUDSXX 
log reports are hexadecimal models for EXT block data and make up the 
remainder of the AUD log reports. Save all log reports that occur at 
approximately the same time. These reports help reconstruct the event that 
caused the system to generate the report. 


Use the information in the AUD395 or AUD398 sections, and the available 

templates and tools. Reconstruct the type of call and determine the problem 
that occurred. Take the following steps when on-site personnel decide that 

repeated call losses justify problemsolving. 


1. Save all logs that the subsystem generated 5 min before and 5 min after 
the appearance of this AUD report. 


2. Use the CALLID field that associates with this report to look for 
associated AUD logs. More than one CALLID can associate with an 
agent if a feature like three-way calling (3WC) is in effect. 


3. Look for associated TRAP and software error (SWER) logs or any other 
logs that associate with this report. 


4. Use the DISPCALL tool. Capture additional failures and provide a 
formatted dump of the information for AUD395, AUD398, and some 
AUDAXX logs. The DISPCALL tool formats the AUD395, AUD398, and 
some AUDAXX blocks to a data model. For more information about 
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DISPCALL, refer to Display Call (DISPCALL) User Guide, 
TAM-1001-003. 


5. If you cannot localize and correct the problem, save all available 
information about the call in question. Contact the next level of support 
for assistance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The field positions in words 0, 1, 2 and 3 appear in the following figure: 
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WORD: 0 


CPWAKEUPBLK (528) 
LINK (32) 
NEXT (16) PREVIOUS (16) 


li SECINDEX (10) a SECINDEX (10) 
i 


1 PRIMINDEX (5) 2 PRIMINDEX (5) 


WORD: 2 


MYINDEX (16) NEXTFORCALL (16) 


He SECINDEX (10) = SECINDEX (10) 
6) 


(16) 
CALL (15) 
PRIMINDEX (8) | SECINDEX (10) 


47 32 63 


1  PRIMINDEX (5) 2  PRIMINDEX (5) 


FIELD DESCRIPTIONS-WORDS 0-3 
To be supplied. 


The field positions in words 4, 5, 6 and 7 appear in the following figure: 
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ІОМ (С) 
BODY (400) 


WMSG (С) 


M (C) 


111 


M (448) 


ІОМ (448) 


WMSG (448) 


64 95 80 


96 127 112 


FIELD DESCRIPTIONS-WORDS 4-7 
To be supplied. 


The field positions in words 8, 9, 10 and 11 appear in the following figure: 
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BODY (400) 


WMSG (C) 


143 128 159 144 


175 160 191 176 


FIELD DESCRIPTIONS-WORDS 8-11 
To be supplied. 


The field positions in words 12, 13, 14 and 15 appear in the following figure: 
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WORD: 12 13 


207 192 223 208 


239 224 255 240 


FIELD DESCRIPTIONS-WORDS 12-15 
To be supplied. 


The field positions in words 16, 17, 18 and 19 appear in the following figure: 
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WORD: 16 17 


BODY (400 


(C) 

(C) 

(400) 
C) 


M ( 
271 256 287 272 
WORD: 18 19 


BODY (400 


BODY 


M ( 


(С) 
(С) 
(400) 
(С) 
С) 


303 288 319 304 


FIELD DESCRIPTIONS-WORDS 16-19 
To be supplied. 


The field positions in words 20, 21, 22 and 23 appear in the following figure: 
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WORD: 20 21 

IOM (C) 

BODY (400) 

WMSG (C) 

BODY (C) 

M (C) 
335 320 351 336 
WORD: 22 23 


BODY (400 


BODY 


M( 


(C) 
(C) 
(400) 
(C) 
C) 


367 352 383 368 


FIELD DESCRIPTIONS-WORDS 20-23 
To be supplied. 


The field positions in words 24, 25, 26 and 27 appear in the following figure: 
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WORD: 24 25 


IOM 


(C) 
(C) 
(C) 


M 
389 384 415 400 
WORD: 26 27 


BODY (400 


BODY 


M ( 


(C) 
(C) 
(400) 
(C) 
C) 


431 416 447 432 


FIELD DESCRIPTIONS-WORDS 24-27 
To be supplied. 


The field positions in words 28, 29, 30 and 31appear in the following figure: 
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WORD: 28 29 


ІОМ (C) 
BODY (400) 


WMSG (С) 


463 448 479 464 


WORD: 30 31 
M (C) 


BODY (400) TID (24) 


[RODE ROT 


FTID (32) 


LS (16) 


TID (2 


480 511 496 
1 TRMNL_NO MSN (4) 2  TRMNL NO MSN (4) 


FIELD DESCRIPTIONS-WORDS 28-31 


To be supplied. 
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The field positions in word 32 appear in the following figure: 


WORD: 32 


TAG (8) 
495 512 


FIELD DESCRIPTIONS-WORD 32 


To be supplied. 
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The Audit (AUD) subsystem generates log report AUD508 when a data dump 
occurs for a dynamically controlled routing (DCR) extension block. Extension 
blocks provide additional data space for a call condense block (CCB). A CCB 
stores only enough data to describe a basic call. 


The log report format for AUD508 is as follows: 


AUDS08 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid (WORDS 
hhhh hhhh hhhh hhhh hhhh 0-4) 


An example of log report AUD508 follows: 


AUD508 OCT22 13:14:23 2112 INFO EXT DUMP callid (WORDS 
0010 3C72 8080 0100 807С 0-4) 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO EXT DUMP Constant Indicates data dump for extension block 
callid Symbolic text Identifies call process affected 
hhhh... 0000-FFFF Provides data from DCR extension block. 
Length of data dump varies. 
Action 


The AUD log reports indicate a clean up of call processing resources that was 
not normal. This clean up does not always affect service to the end user. 
Repeated AUDAXX ог AUD5XX log reports can indicate a translation ог a 
software problem. 


The AUDAXX and AUD5XX reports normally have an associated AUD395 or 
AUD398 log report. The AUD395 and AUD398 reports detail information 
common to all call processes. When the system activates features against a call 
process, the system must store additional information associated with a 
specified feature. These storage areas are extension (EXT) blocks. Each EXT 
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block has a specified template for stored data. The AUD4XX and AUD5XX 
log reports are hexadecimal models for EXT block data and consist of the 
remainder of the AUD log reports. Save all log reports that occur at 
approximately the same time. These log reports help reconstruct the event that 
caused the system to generate the report. 


To reconstruct the type of call and determine the problem, use the information, 
tools, and templates which the AUD395 or AUD398 sections provide. Take 
the following steps when on-site personnel decide that repeated call losses 
require problem solving. 


1. Save all logs generated 5 min before and 5 min after the appearance of this 
AUD report. 


2. Use the caller identification (callid) field associated with this report to 
look for associated AUD logs. More than one callid associates with an 
agent if a feature like three-way calling (3 WC) is in effect. 


3. Look for associated TRAP and software error (SWER) logs or any other 
logs that can associate with this report. 


4. Use Display Call (DISPCALL) to capture additional failures and provide 
a formatted dump of the information for AUD395, AUD398, and 
AUDAXX logs. The DISPCALL tool formats the AUD395, AUD398, and 
some AUD4XX blocks to a data representation. For more information 
about DISPCALL, refer to Display Call (DISPCALL) User Guide, 
TAM-1001-003. 


5. If you cannot localize and correct the problem, gather information about 
the call and contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
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WORD: 0 


LINK(48) 


IT: 15 


WORD: 2 


BIT: 47 


0 31 16 


DATA(32) 


AID(24) 


32 63 48 


OVERLAY STRUCTURE-WORDS 0-1 
EXTPTR or LINK 

OVERLAY STRUCTURE-WORD 2 
AUDIT or EXTAREF 

FIELD DESCRIPTIONS-WORDS 0-3 


DCR RTEB DATA BLOCK: Call processing uses extension (EXT) blocks 
to hold per process information outside the call data block (CDB) and CCB. 
The EXT FORMAT CODE distinguishes between block types. The system 
attaches and detaches blocks from the CCB as conditions demand. The system 
can group any number of blocks on the CCB at a time. The system can group 
several blocks with the same EXT FORMAT CODE. Blocks normally reside 
in free queues, one for each EXT FORMAT CODE when not attached to a 
CCB or other queue. Extension blocks associate with the operational 
measurement (OM) group EXT and with log reports AUD400 to AUD431 and 
AUDS31. 


HEAD: The HEAD field is a structure of type EXT_BLOCK. The subfields 
of EXT_HEAD are EXTPTR or LINK, AUDIT or EXTAREF, STATE, and 
EXTFC. 


EXTPTR: The EXTPTR field overlays LINK and points to the next available 
extension block. 
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LINK: The LINK field overlays EXTPTR. The LINK field is a queue link 
when the extension block is on the available extension block queue, progress 
queue, or origination queue. 


AUDIT: The AUDIT field overlays EXTAREF and contains a count of the 
audit cycles. 


EXTAREF: The EXTAREF field overlays AUDIT. Only IBN extension 
blocks use EXTAREF. The EXTAREF field contains subfields AUDTRAP, 
LSTATE, and COUNT. 


AUDTRAP: When set to 1, this bit indicates the extension block is an audit. 


COUNT: The COUNT field contains the number of digits in the associated 
directory number. 


STATE: The STATE field holds the extension block state for non-IBN calls. 
Refer to the following list of values for LSTATE. 


LSTATE: The extension block state. The LSTATE field can have one of the 
following values: 

e О (EXTFREEQ: on free queue) 

* | (EXTOTHERQ: on another queue) 

* 2(EXTDETACHED: in use, not linked) 


• 3(EXTLINKED: linked to an extension chain head that points to an 
extension block) 


* 4(EXTLINKEDEND: this extension block is the last on the chain of 
extension blocks) 


e S(EXTUNAVAIL: extension blocks are not available) 
e 6(EXTHELD: no audits occurred) 


The LSTATE field keeps a record of the temporary HEAD state, and compares 
the temporary HEAD state with the actual HEAD state. 


EXTFC: The EXTFC field holds the extension block format code. Examples 
of the format code include; call forwarding, local coin call, and international 
calls. 


DATA: To be supplied. 


AID: The Agent identification (AID) field is an are that is not restricted, which 
contains the address of the element in the route table. 
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AUD508 (end) 


CPS: The Call processing selector (CPS) field identifies a call processing 
agency. The CPS field is a string range from 0 to 255. 


WORD: 4 5 


BIT: 79 64 95 80 
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AUD560 
Explanation 
This log is used to dump the overflow call condense block (OCCB) in case of 
an unrecoverable call failure. It generates (for information) when there are call 
errors. 
Format 
The format for log report AUD560 follows: 
AUD560 date time seqnbr INFO EXT DUMP 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh . . . 
Example 


An example of log report AUD560 follows: 


AUD560 DECO6 16:44:43 0000 INFO EXT DUMP 


1Е00 0000 1203 0000 1212 AB43 1002 9828 8282 3636 
1984 2918 1928 8748 4747 7647 8373 7388 7422 7373 
7477 7373 6262 6256 8488 5004 8948 2626 0000 0000 
0383 0202 0000 0000 0000 0000 0000 8727 3838 0289 
7337 7276 7277 6272 0000 0000 0000 0000 0000 0000 
0999 9999 9878 7273 9399 8393 8990 9393 2828 0098 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 


Field descriptions 
The following table explains the variable information in the log report: 


Field Value Description 


hhhh hexadecimal This field is a hexadecimal number. The 
combination of all the “hhhh" numbers 
makes up a hex dump that is used for 
troubleshooting purposes. 


Action 
No action is required. 
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AUD560 (end) 


Associated OM registers 
None 
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ACG301 
Explanation 
The switch generates an ACG301 log when the maximum number of NOO 
numbers are under ACG control. 
Format 
The format for log report ACG301 follows: 
ACG301 mmmdd hh:mm:ss ssdd event type type of log 
APPLICATION: N00 
REASON: «detailed text? 
Example 


An example of log report ACG301 follows: 


ACG301 SEPO5 18:14:33 5213 ACG TABLE FULL 
APPLICATION: МОО 
REASON:  ACG TABLE IS FULL 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 

APPLICATION NOO Identifies the name of the application 

REASON alphabetic string Explains why the log report was generated 
Action 


When this log report generates, ensure that the audit is invoked. 


Associated OM registers 
None 


Additional information 
None 
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AUD510 


Explanation 


Format 


Example 


UCS log reports 1-555 


The Audit (AUD) subsystem generates this report when a data dump for an 
integrated services digital network (ISDN) User part (SUP) extension block 
occurs. Extension blocks provide additional data space for a call condense 
block (CCB). A CCB only stores enough data to describe a basic call. 


The format for log report AUD510 is as follows: 


AUD510 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid (WORDS: 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh... 0—63) 


An example of log report AUD510 follows: 


AUD510 OCT22 13:16:52 2112 INFO EXT DUMP 486035 (WORDS: 
0801 0000 0000 0000 0000 8080 8080 8080 8080 0000 0-9 
4080 8080 8080 8080 8080 0080 0000 0000 0000 0000 10-19 
0000 0000 8080 533B ОРОО 0801 0000 0000 0000 0000 20-29 
0000 8080 8080 8080 8080 8080 0000 0000 0000 0000 30-39 
0480 F912 0000 0000 0000 8080 8080 8080 4080 0801 40-49 
0000 0000 8080 533B ОРОО 0801 0000 0000 0000 0000 50-59 
43AB 91CF 8080 8080 60-63) 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO EXT DUMP Constant Indicates data dump for extension block. 
callid Symbolic text Identifies call process affected. 
hhhh... 0000-FFFF Provides data from ISUP extension block. 
Length of data dump varies. 
Action 


The AUD log reports indicate a clean up of call processing resources that was 
not normal. This clean up does not always affect service to the end user. 
Repeated AUD4XX or AUD5XX log reports can indicate a translation ог a 
software problem. 
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AUD510 (continued) 


Normally, the AUD4XX and AUD5XX reports have an associated AUD395 or 
AUD398 log report. The AUD395 апа AUD398 reports detail information 
common to all call processes. When the user activates features against a call 
process, the additional information for a given feature requires a storage area. 
These areas are extension (EXT) blocks. Each EXT block has a template for 
stored data. The AUD4XX and AUDS5XX log reports are hexadecimal 
representations for EXT block data. These reports form the remainder of the 
AUD log reports. Save all log reports that occur at the same time. The log 
reports can help to reconstruct the event that caused the system to generate the 
report. 


To reconstruct the type of call, use the tools and templates, and the information 
which the AUD385 and AUD398 sections provide. Use these tools, templates, 
and information to determine the problem encountered. 


The following steps are recommended when on-site personnel decide repeated 
call losses require problem solving. 


1. Save all logs generated five min before and after the AUD report. 


2. Use the callid field for this report to look for associated AUD logs. Ifa 
feature is in effect, for example three-way calling (3WC), more than one 
callid can associate with an agent. 


3. Look for associated TRAP and SWER logs or other logs associated with 
this report. 


4. Use the DISPCALL tool to capture failures and provide a formatted dump 
of information for AUD395, AUD398, and some AUDAXX logs. The 
DISPCALL is a resident tool that formats the AUD395, AUD398, and 
some AUDAXX blocks into a data model. For more information about 
DISPCALL, refer to Display Call (DISPCALL) User Guide, 
TAM-1001-003. 


5. When you cannot localize and correct the problem, gather all available 
information about the call in question. For additional help, contact the 
next level of technical support. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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AUD510 (continued) 


EXT block format: words 0-1 


WORD: 0 


HEAD(4 
EXTPTR(3 


LINK(3 


BIT: 15 


EXT block format: words 2-3 


WORD: 2 


над) SUP MSG(976) 
L— 


ТЕ ALL(976) 


BIT: 47 32 63 


1 STATE(3 3 LSTATE(3) 
2 COUNT(2) 4 AUDTRAP(1) 
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AUD510 (continued) 


EXT block format: words 4-5 


WORD: 4 5 
ISUP_MSG(C) 
BODY (960) 
ISUP_IAM_B(960) 


ISUP_IAM_N(956) 


IAM FORWARD CALL IND(16) 


BIT: 79 64 95 80 
1 ISUP MSG TYPE(8) 9  ISUP INTERWORKING(1) 

2 |AM NATURE OF CONNECTION(8) 0 E TO E INFO CHECK(1) 

3 ISUP SATELLITE IND(2) A ISDN UP IND(1) 

4 I|SUP CONT CHECK IND(2) B ISDN UP PREF IND(2) 

5 |SUP ECHO SUPPRESS IND(1) C ISDN ACCESS IND(1) 

6 ISUP NAT OF CONN SPARE(3 D THREE SPAREBITS(3) 

7 I|SUP CALL TYPE(1) E | RESERVED FOR USE(4) 

8 E TO E METHOD(2) 
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AUD510 (continued) 


EXT block format: words 6-7 


WORD: 6 7 

ISUP_MSG(C) 

BODY(C) 

ISUP_IAM_B(C) 

ISUP_IAM_N(C) 

ALL(C) 
BIT: 111 96 127 112 
1 IAM_CALLING_PARTY_CAT(8) З INDEX_TO_OPTIONAL_PART(8) 


2 INDEX ТО CLD ADDR(8) 4 TRANSMISSION MEDIUM 
 REQ(8) 


EXT block format: words 8-9 


WORD: 8 9 
ISUP_MSG(C) 
BODY(C) 


ISUP IAM B(C) 


ISUP IAM N(C) 


IAM VAR. PART(336) 


ALL(C) 


BIT: 143 128 159 144 
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AUD510 (continued) 


EXT block format: words 10-11 


WORD: 10 


BIT: 175 160 191 


EXT block format: words 12-13 


WORD: 12 


ISUP MSG(C 
ISUP IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 207 192 223 
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AUD510 (continued) 


EXT block format: words 14-15 


WORD: 14 


ISUP MSG(C 
ISUP IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 239 224 255 


EXT block format: words 16-17 


WORD: 16 


ISUP MSG(C 
ISUP. IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 271 256 287 
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AUD510 (continued) 


EXT block format: words 18-19 


WORD: 18 


ISUP MSG(C 
ISUP IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 303 288 319 


EXT block format: words 20-21 


WORD: 20 


ISUP MSG(C 
ISUP. IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 335 320 351 
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AUD510 (continued) 


EXT block format: words 22-23 


WORD: 22 


ISUP MSG(C 
ISUP IAM B(C) 


ІБУР IAM N(C) 
IAM VAR PART(C) 


BIT: 367 352 383 


EXT block format: words 24-25 


WORD: 24 


ISUP MSG(C 
ISUP. IAM B(C) 


ISUP IAM N(C) 
IAM VAR PART(C) 


BIT: 399 384 415 
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AUD510 (continued) 


EXT block format: words 26-27 


WORD: 26 


ISUP_MSG(C) 


BODY(C) 


ISUP_IAM_B(C) 
ISUP_IAM_N(C) 


IAM VAR PART(C) 


27 


ALL(C) 

IT: 431 416 447 432 
EXT block format: words 28-29 

WORD: 28 29 


ISUP_MSG(C) 
BODY (C) 


ISUP_IAM_B(C) 


IAM VAR PART(C) 


ALL(C) 


IT: 463 


448 479 464 
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AUD510 (continued) 


EXT block format 


: words 30-31 


WORD: 30 
ISUP_MSG(C) 
BODY(C) 
ISUP IAM B(C) 


ISUP IAM N(C) 


ALL(C) 


BIT: 495 


31 


480 511 496 


EXT block format 


FIELD DESCRIPTIONS-WORDS 29-30 

TID: The Terminal ID of the agent. 

TRMNL NO MSN: The most significant nibble of the terminal number. 
NODE. NO: The node number of the terminal. 


TRMNL NO LSB: The least significant bit of the terminal number. 


: words 32-33 


WORD: 32 
ISUP_MSG(C) 
BODY(C) 

ISUP IAM B(C) 


ISUP IAM N(C) 


ALL(C) 


IT: 527 


33 


512 543 528 
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AUD510 (continued) 


EXT block format: words 34-35 


WORD: 34 


ISUP MSG(C 
ISUP IAM B(C) 


ISUP IAM N(C) 


BIT: 559 544 575 


EXT block format: words 36-37 


WORD: 36 


BIT: 591 576 607 
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AUD510 (continued) 


EXT block format: words 38-39 


WORD: 38 39 


ISUP_MSG(C) 


BODY(C) 


ISUP IAM B(C) 
ISUP IAM М(С) 


ALL(C) 


BIT: 623 608 639 624 


EXT block format: words 40-41 


WORD: 40 41 
ISUP_MSG(C) 
BODY (C) 
ISUP_IAM_B(C) 


ISUP_IAM_N(C) 


ALL(C) 


IT: 655 640 671 656 
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AUD510 (continued) 


EXT block format: words 42-43 


WORD: 42 


BIT: 687 672 703 


EXT block format: words 44-45 


WORD: 44 


ISUP MSG(C 
ISUP IAM B(C) 


ISUP IAM N(C) 


BIT: 719 704 735 
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AUD510 (continued) 


EXT block format: words 46-47 


WORD: 46 47 
ISUP_MSG(C) 

BODY(C) 

ISUP IAM B(C) 

ISUP IAM N(C) 

ALL(C) 


BIT: 751 736 767 752 


EXT block format: words 48-49 


WORD: 48 49 
ISUP MSG(O) 
BODY(C) 
ISUP. IAM B(C) 
ISUP. IAM N(C) 


ALL(C) 


BIT: 783 768 799 784 
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AUD510 (continued) 


EXT block format: words 50-51 


WORD: 50 


ISUP_MSG(C 
BODY(C 


ISUP_IAM_B(C) 
ISUP_IAM_N(C) 


BIT: 815 800 831 


EXT block format: words 52-53 


WORD: 52 


BIT: 847 832 863 
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AUD510 (continued) 


EXT block format: words 54-55 


WORD: 54 55 


ISUP_MSG(C) 


BODY(C) 
ІЗУР IAM B(C) 
ІЗУР IAM N(C) 


ALL(C) 


BIT: 879 864 895 880 


EXT block format: words 56-57 


WORD: 56 57 
ISUP_MSG(C) 
BODY(C) 
ISUP_IAM_B(C) 


ISUP_IAM_N(C) 


ALL(C) 


IT: 911 896 927 912 
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AUD510 (continued) 


EXT block format: words 58-59 


WORD: 58 


ISUP_MSG(C 
BODY(C 


ISUP_IAM_B(C) 
ISUP_IAM_N(C) 


BIT: 943 928 959 


EXT block format: words 60-61 


WORD: 60 


ISUP_MSG(C 
BODY(C 


ISUP_IAM_B(C) 
ISUP_IAM_N(C) 


BIT: 975 960 991 
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AUD510 (end) 


EXT block format: words 62-63 


WORD: 62 63 
ISUP_MSG(C) 
BODY (C) 


ISUP IAM B(C 


ISUP IAM N(C 
ALL(C 


IT: 1007 992 1023 1008 
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AUD515 
Explanation 
The Audit (AUD) subsystem generates this report when the system dumps data 
for a feature translation (FTR XLA) extension block. Extension blocks 
provide additional data space for a call condense block (CCB). A CCB stores 
only enough data to describe a basic call. 
Format 
The format for log report AUD515 is as follows: 
AUD515 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid (WORDS 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0—9 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 10-19 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 20-29 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 30-39 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 40—49 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 50—59) 
Example 


An example of log report AUD515 follows: 


AUD515 JAN13 12:00:00 2112 INFO EXT DUMP 655363 (WORDS 
6BD9 9C00 6BD8 9С00 8536 9800 FEOO ЕВО5 F30D DC92 0-9 
0022 2607 3259 9400 9100 9400 C688 9300 3261 9400 10-19 
1226 F432 08СЕ 0000 47FF Ер01 8002 0000 0000 0000 20-29 
08A5 9С00 6BD8 9С00 0052 0С00 0С07 0407 0404 1030 30-39 
OAAA 0002 2ЕОВ 4005 1000 FFFF DCA3 00A9 0000 0000 40-49 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 50-59) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates a data dump for an extension block. 

callid Symbolic text Identifies the call process affected. 

hhhh... 0000-FFFF The figure that starts on page 3 identifies the information 
in this field. 
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AUD515 (continued) 


Action 


The AUD log reports indicate clean up of call processing resources that was 
not normal. This clean up does not always affect service to the end user. 
Repeated AUD4XX or AUD5XX log reports can indicate a translation or 
software problem. 


The AUDAXX and AUD5XX reports normally have an associated AUD395 or 
AUD398 log report. The AUD395 and AUD398 reports detail information 
common to all call processes. When the user activates features against a call 
process, additional information for a given feature must be stored. These areas 
are extension (EXT) blocks. Each EXT block has a template for stored data. 
The AUD4XX and AUDSXX log reports are hexadecimal representations for 
EXT block data. These reports form the remainder of the AUD log reports. 
Save all log reports that occur at the same time. Log reports can help 
reconstruct system events that caused the system to generate the reports. 


To reconstruct the type of call, use the tools and templates, and the information 
which the AUD395 or AUD398 sections provide. Use the tools, templates and 
information to determine the problems encountered. 


The following steps are recommended when on-site personnel decide repeated 
call losses justify problem solving. 


1. Save all logs generated 5 min before and after the AUD report. 


2. Use the callid field for this report to look for associated AUD logs. If a 
feature is in effect, for example, three-way calling (WC), more than one 
callid can associate with an agent. 


3. Look for associated TRAP and software error (SWER) logs or other logs 
associated with this report. 


4. Usethe DISPCALL tool to capture failures and to provide a formatted 
dump of information for AUD395, AUD398, and some AUD4XX logs. 
The DISPCALL is a resident tool that formats the AUD395, AUD398, and 
some AUD4XX blocks into a data representation. For more information 
about DISPCALL, refer to Display Call (DISPCALL) User Guide, 
TAM-1001-003. 


5. If you cannot localize and correct the problem, gather all available 
information about the call in question. For additional help, contact the 
next level of technical support. 


Associated OM registers 


There are no associated OM registers 
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AUD515 (continued) 


Additional information 


WORD: 0 


HEAD (48) 


EXTPTR(32) 
LINK(32) 


BIT: 15 


WORD: 2 


HEAD(C SAVED EXTENSIONS(32) 


EXTFC(7 AUDIT(6) EXTPTR(32) 


BIT: 47 32 63 


1 ЅТАТЕ(3)3  LSTATE(3) 
2COUNT(24 — AUDTRAP(1) 


OVERLAY STRUCTURE-WORDS 0-3 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 0-2 


HEAD: This is a structure of type EXT BLOCK. The subfields of HEAD are 
EXTPTR or LINK, AUDIT or EXTAREF, STATE, and ЕХТЕС. 


EXTPTR: This field overlays LINK. EXTPTR points to the next available 
extension block. 
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AUD515 (continued) 


LINK: This field overlays EXTPTR. The field LINK is a queue link. The 
extension block is on the available extension block queue, progress queue, or 
origination queue. 


AUDIT: This field overlays EXTAREF. The AUDIT field indicates the 
number of the audit cycles. 


EXTAREF: This field overlays AUDIT. Only IBN extension blocks use 
EXTAREF. EXTAREF contains the subfields AUDTRAP, LSTATE, and 
COUNT. 


AUDTRAP: If true (set to 1), AUDTRAP indicates the system audits the 
extension block. 


LSTATE: This field contains the extension block state, and can have one of the 
following values: 

e O(EXTFREEQ: on free queue) 

e | (EXTOTHERQ: on another queue) 

e 2(EXTDETACHED: in use, but not linked) 


• 3(EXTLINKED or linked to an extension chain head which points to an 
extension block) 


* 4(EXTLINKEDEND: this extension block is the last on the chain of 
extension blocks) 


e 5 (EXTUNAVAIL: extension blocks are not available) 

e 6(EXTHELD: no audits took place) 

The audit uses field LSTATE to keep a record of the temporary 
RECORDING UNIT HEAD state. The audit compares the temporary state 
with the normal RECORDING UNIT HEAD state. 


STATE: This field holds the extension block state for non-IBN calls. Refer to 
the values listed previously for LSTATE. 


EXTFC: This field holds the extension block format code. Call forwarding, 
local coin call, and international calls are examples of the format codes. 


IDDD ARS: To be supplied. 
FIELD DESCRIPTIONS-WORD 3 


To be supplied. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-578 
AUD515 (continued) 


WORD: 4 5 


| SAVED_EXTENSIONS(C) = EXTENSIONS(C 


P MNA 


BIT: 79 64 95 80 


CHB(712) 


XLAB(576) 


1 RE TRANSLATE(1) 4 АМАРВТ PREFIX FENCE - 
COUNT(4) 

2 IDDD_ARS(1) 

3 ISDN TRANSLATION(1) 


MIN. DIGITS(5) 
LOCATION OF OCTOTHORPE(4) 


oo 


OVERLAY STRUCTURE-WORDS 4-5 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 4-5 


To be supplied. 
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AUD515 (continued) 


WORD: 6 Т 
CHB(C) 
XLAB(C) 
XLASTAGE(6) 2 1 ORIG. AGENT(32) 
AID(24) 
BIT: 111 96 127 112 
1 MAX DIGITS6Ó) 3 ІВМ XLASTAGE(6) 
2 PREFIX FENCE(5) 4  CCF ACTIVE TYE(6) 
WORD: 8 9 
CHB(C) 
XLAB(C) 
ORIG. AGENT(C) TXROUTE(32) 
CPS(8) AID(C) AID(24) 
CCF SPARE(16) TERM AGENT (32) 
AID(24) 
BIT: 143 128 159 144 
WORD: 10 11 
CHB(C) 
XLAB(C) 
TXROUTE(C) CALLED DR(77) 
CPS(8) AID(C) DIGITS(72) 
TERM AGENT(C) 
CPS(8) AID(C) 
RIT: 17А 160 101 


176 
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AUD515 (continued) 


OVERLAY STRUCTURE-WORDS 6-11 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 6-11 


To be supplied. 


WORD: 12 


CALLED DR(C 


DIGITS(C) 


BIT: 207 192 223 


WORD: 14 


CALLED DR(C 


DIGITS(C 


BIT: 239 224 255 


1 VALID TERM АСЕМТ(1) 3  POS(1) 
2 RTE(1) 


208 


OVERLAY STRUCTURE-WORDS 12-15 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 12-15 


To be supplied. 
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AUD515 (continued) 


WORD: 16 17 


LCANAME(8) SCRNCL(8) SAVE ID CC(12) 


PROTOCOL INFO(32) 


BIT: 271 256 287 272 


1 XLASPARE3(4) 


OVERLAY STRUCTURE-WORDS 16-17 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 16-17 


To be supplied. 
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AUD515 (continued) 


WORD: 18 


CHB(C) 


XLAB(C) 


DIGITS(72) 


AUTH DR7(31) 


DIGITS(28) 


BIT: 303 


1 


COUNT(3) 


CALLING_DR(7 


INTL_DIGIT_FILL(52) 


19 


7) 


288 319 304 


OVERLAY STRUCTURE-WORDS 18-19 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 18-19 


To be supplied. 
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AUD515 (continued) 


WORD: 20 21 
CHB(C) 
XLAB(C) 
CALLING_DR(C) 
DIGITS(C 
DIGIT. FILL(C a2 | 1 РАМІ DIGITS(8 
АМА РВЕТ NAME(10) 
FILLED РІМ DIGITS(16) DIALED_PIN_DIGITS(16) 
PIN_INDEX(13) 
INTL_DIGIT_FILL(C) 7 
ST(4) KP(4) 
A 
BIT: 335 320 351 336 
1 SPARE(2) 7  INTL ANI FILLER2(1) 
2 FANI PRESENT(1) 8 INTL ANI SUPPRESS DN(1) 
3 TEN DIGIT. SPB(1) 9  INTL ANI FAILURE(1) 
4 AMAXLAID_NAME(8) 0 АМА PRET МАМЕ SPACE(10) 
5 ІМТ АМ SIG BITS(8) A АМАХІАІО МАМЕ SPACE(8) 
6 INTL ANI FILLER1(1) 


OVERLAY STRUCTURE-WORDS 20-21 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 20-21 


To be supplied. 
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UCS log reports 1-584 
AUD515 (continued) 


WORD: 22 23 
CHB(C) 


XLAB(C 


| CALUNG_DRC) | DR(C 5 4 HTRP(8) 
E NM DIGITS(C 
(ЕЕ Wen 
BIT: 367 352 383 368 
1 BLK OVLP(1) 0  COIN(1) 
2 БАТА VER(1) A  RSP(1) 
3 HTRC(1) B ANI FAIL(1) 
4 XLT ЕНОМ(4) C IC INC(1) 
5 TX РО5(4) D ANI AIOD(1) 
6 BCLID DIAG МОРЕ(1) E FILED РІМ COUNT(3) 
7 ONI(1) Е ОАЕ” PIN COUNT(3) 
8 HOT(1) G  MULTIPLE PIN(1) 
9 TDN(1) Н  INTL ANI SIG INFO(8) 


OVERLAY STRUCTURE-WORDS 22-23 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 22-23 


To be supplied. 
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1-585 UCS log reports 


AUD515 (continued) 


WORD: 24 25 

CHB(C) 

XLAB(C) 

LOG NETWORK(8) | FILLER_BYTE(8) FTRNAME(9) 
FASTMOVE_INAT_XLA_OVLY(152) 


AMADATA(128) 


ENTRY CODE(8) ЗЕКЕН 4|3 | CALLDATA 250(112) 


E cB 
RENEE 
8) 


FTR_ANSWER_TIME_STAMP(32) 


SPARE8B( GATEWAY_DATA(112) 


CALLDATA(112) 


FASTMOVE_STD_XLA_OVLY(152) 


BIT: 399 384 415 


400 
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UCS log reports 1-586 


AUD515 (continued) 


1 XLASYS(4) N 
2 FUNCTION(3) O 
3 AMADATA. STATUSQ)P 
4 AMAXLAID INUSE(1) О 
5 AMAINCCB(5) R 
6 CDR(1) S 
7 АМА(1) T 
8 LAMA(1) U 
9 SMDR(1) V 
0 СРАТА(1) W 
А ORIG CLASS(6) X 
B AMA CALL DETAIL Ү 


RECORDING(1) 
AMAGRPID_NAME(4) Z 
RCF_LEG(1) > 
CFW_LEG(1) 

SPB(1) 
TWC_LEG(1) 
HOTEL_RMP(1) 
POSTPAY_COIN(1) 

PREPAY_COIN(1) 

MUMR_DETAILED(1) 
MUMR_TIMED(1) 
NET_TYPE(5) 
SPARE(2) 


moo 
FE С- ^ 


eR 


€ 


Zon OT 
* pe 


ARS(1) 

ATTX(1) 

AUTH(1) 

ACCT(1) 

NERVE(1) 
CONSOLE_NUMBER(8) 
NO_MCD_DONE(1) 
SPARE_CCSA_BIT(1) 
AFR_NIBBLE(4) 
SPARE TDMTT BIT(1) 
AMA. TREATMENT(1) 
MSG REG FAIL(1) 


DA. CALL(2) 
SST TIMING INDICATOR(1) 
OUTWATS. VIA. VFG. WITH NO. 


CXFER IN EFFECT(1) 
TERM DATAPATH(1) 
THIS WAS DA CALL(1) 
WATS. AFR. WATS(1) 
WATS_AFR_DDD(1) 
CCSA_AFR_WATS(1) 

ЕХ АЕЕ(1) 


OVERLAY STRUCTURE-WORDS 24-25 


To be supplied. 


FIELD DESCRIPTIONS-WORDS 24-25 


To be supplied. 
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1-587 UCS log reports 


AUD515 (continued) 


WORD: 26 27 
| 


CHB(C) 
XLAB(C) 
TUPLE_PTR(16) EXTRA_DIGITS(27) 


DIGITS(24) 


FASTMOVE ІМАТ XLA OVLY(C) 
AMADATA(C) 


CALLDATA 250(C) 


PREXLA AREA(48) 


FTR ANSWER TIME STAMP(C) 


GATEWAY. DATA(C) 


CALLDATA(C) 


NET ІМЕО(С) PREXLA AREA(48) 


AMAD TO RU(96) 


ANSWER TIME STAMP(32) 
AMADATAOVLY(96) 
ANSWER TIME STAMP(32) 
FASTMOVE STD XLA OVLY(C) 


І І І 
ВІТ: 431 416 447 432 


1 PREXLA FEAT CODE(8) 2 PREXLA FEAT CODE(8) 


OVERLAY STRUCTURE-WORDS 26-27 


To be supplied. 
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UCS log reports 1-588 
AUD515 (continued) 


WORD: 28 29 


EXTRA DIGITS(C) 
DIGITS(C) 

FASTMOVE. ІМАТ XLA OVLY(C) 

AMADATA(C) 

CALLDATA 250(C) 

PREXLA AREA(C) 

GATEWAY. DATA(C) 

CALLDATA(C) 


PREXLA AREA(C) 


АМАР TO RU(C) 


CONV. 10MS(32) 
CARRIER. CONNECT. TIME STAMP(32) 
AMADATAOVLY(C) 

CONV. 10MS(32) 


FASTMOVE STD XLA OVLY(C) 


BIT: 463 448 479 


1XLACLASS(5) З — COUNT(3) 
2 АС FENCE(5) 


XLANAME(11) 


464 


OVERLAY STRUCTURE-WORDS 28-29 


To be supplied. 


FIELD DESCRIPTIONS-WORDS 28-29 
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1-589 UCS log reports 


AUD515 (continued) 


To be supplied. 


WORD: 30 31 
CHB(C) 


XLAB(C 


XLA_RSLT(15) LATTR(10) 
[eq 


FASTMOVE INAT. XLA OVLY(C 
AMADATA(C) 

CALLDATA 250(C) 
GATEWAY DATA(C) 
CALLDATA(C 


EXTDR(30) 


SDIGITS(24) 


PDIGITS(24) 


AMAD TO RU(C 


AMADATAOVLY(C) 


|f |ВЕСОНЕО- AMA BOOLS(16) 
"EPEPEETIPPPPEPETPTPEDUS 


FASTMOVE STD XLA OVLY(C 


BIT: 495 480 511 496 
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UCS log reports 1-590 


AUD515 (continued) 


Zzebtm-"müomnumgaug»ouowo-otumtutrdo 


PRIVL(1) 
FTRINSTANCE(6) 
CALL_RECEPTION_CAT(4) 
CLDFMT(2) 

TWO_FILL(1) 

CDN(3) 

BLUE_BOX_PLACEHOLDER(1) 

SCNT(3) 

PCNT(3) 

ORIG_FEATURE_CODE(4) 

TERM_FEATURE_CODE(4) 

BLOCK_ID(4) 

INW_CALL_RECORD(1) 

INW_CALL_BLOCKED(1) 

ANIOFL(1) 

ZERO_TIME(1) 

SERV. ANAL(1) 

APPLY СНАВСЕ(1) 
TRAFFIC. SAMPLED(1) 
CLD DISC(1) 

ANIFL(1) 

OPER DIAL(1) 

ONI(1) 

ANSWERED(1) 


~a + * gReuROGEQGCA^AVYVNHMx*zZza4caHamWO'O 


JOINT HOLD(1) 
EXPENSIVE ВООТЕ(1) 
SPARE AMA BIT(1) 
DERIVED SMDR(1) 
JOINT HOLD(1) 
EXPENSIVE ЕООТЕ(1) 
BLUE BOX(1) 

DIG. SENT(1) 

OBS STUDY(1) 

LUS STUDY(1) 

FREE CALL(1) 
MSG_CALL(1) 
OUTWATS_CALL(1) 
COIN_CALL(1) 
LUSTERM. STUDY(1) 
MUMR INCLUDE MBI(1) 
ORIG FEATURE CODE(4) 
TERM FEATURE CODE(4) 
BLOCK ID(4) 

INW. CALL RECORD(1) 
INW. BLOCKED(1) 
ANIOFL(1) 

ZERO TIME(1) 

OBS STUDY(1) 
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1-591 UCS log reports 


AUD515 (continued) 


2>егж--цнвсотлтшосоо>оөоо-асәкоове- 


PRIVL(1) 
FTRINSTANCE(6) 


CALL_RECEPTION_CAT(4) 


CLDFMT(2) 
TWO_FILL(1) 
CDN(3) 


BLUE_BOX_PLACEHOLDER(1) 


SCNT(3) 

PCNT(3) 

ORIG FEATURE CODE(4) 

TERM. FEATURE CODE(4) 

BLOCK ID(4) 

INW. CALL. RECORD(1) 

INW. CALL. BLOCKED(1) 

ANIOFL(1) 

ZERO TIME(1) 

SERV. ANAL(1) 

APPLY. CHARGE(1) 
TRAFFIC. SAMPLED(1) 
CLD DISC(1) 

ANIFL(1) 

OPER DIAL(1) 

ONI(1) 

ANSWERED(1) 


~e H F@SRQFHOAAVNKK SK CHYM*AOHVO 


OVERLAY STRUCTURE-WORDS 30-31 


To be supplied. 


FIELD DESCRIPTIONS-WORDS 30-31 


To be supplied. 


JOINT_HOLD(1) 
EXPENSIVE_ROUTE(1) 
SPARE_AMA BIT(1) 
DERIVED SMDR(1) 
JOINT HOLD(1) 
EXPENSIVE ЕООТЕ(1) 
BLUE BOX(1) 

DIG. SENT(1) 

OBS STUDY(1) 

LUS STUDY(1) 

FREE CALL(1) 
MSG_CALL(1) 
OUTWATS. CALL(1) 
COIN CALL(1) 
LUSTERM. STUDY(1) 
MUMR INCLUDE MBI(1) 
ORIG FEATURE CODE(4) 
TERM FEATURE CODE(4) 
BLOCK ID(4) 

INW. CALL RECORD(1) 
INW. BLOCKED(1) 
ANIOFL(1) 

ZERO TIME(1) 

OBS STUDY(1) 
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May 2001 


1-592 
AUD515 (continued) 


UCS log reports 


оо» о оомо слом 


WORD: 32 


FASTMOVE_STD_XLA_OVLY(C) 


BIT: 527 


TEMP_XLT_FROM(4) 
XLA_SETUP_DONE(1) 
CALLCTRL(2) 
TYPECALL(2) 
DTONE_TYPE(2) 
CHK_D_DIG(1) 
BLK D DIG(1) 

TERM DN SUPPRESSED(1) 
DNPA(1) 

CAT OF CALL(2) 
SLRTE(1) 
SPARE OVLY SLRTE(1) 
NPA ADDED(1) 


QOuozzrxc rgonrm 


33 


512 543 


EAOSS CALL(1) 

CAN LCS(1) 

XLA REPL SEL(1) 

IBN TRMT. SET(1) 

OC(1) 

TRAN SYS(2) 
PSEUDO CODE COUNT(3) 
COUNTRY. CODE OFFSET(2) 
REPLACE 2ND STAGE CC(1) 
X121. CALE(1) 

PFIX STAGE(4) 

ALTADR(1) 

IMPCNTL(1) 


re MET_ZONE(6 


TXSEL(5 FT 


528 


OVERLAY STRUCTURE-WORDS 32-33 


To be supplied. 


FIELD DESCRIPTIONS - WORDS 32-33 


To be supplied. 
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1-593 UCS log reports 


AUD515 (continued) 


WORD: 34 35 
CHB(C) 
XABO 
pop TXRSLT(15) TX_TRMT(8 BE 4 |3 
| PSEUDO_CODEDIGITS(16) | CODE_DIGITS(16) 
—— 
(CODE) — | 
e 
IT: 559 544 575 
1 INC ТАК 2ND DTONE(1) 9  SPARE6 OVLY1(6) 
2 TERM NAME SUPPRESSED(1) 0 АСТ(3) 
3 OVLY TYPE(2) A  OVFLAG(1) 
4 CUT THRU IN EFFECT(1) B  OSV САР ALLWD TB(9) 
5  ADP(1) C TTFLAG(1) 
6 LONGHAUL(1) D NOT APPLICABLE 
7 COUNT OF DIGITS DIALED(2) E  PXLA RESULT(2) 
8 SES CANDIDATE(1) Е  SPARE2 OVLY2(2) 


OVERLAY STRUCTURE-WORDS 34-35 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 34-35 


To be supplied. 
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UCS log reports 1-594 
AUD515 (continued) 


WORD: 36 37 


CHB(C) 


XLAB(C) 


SOURCEPARMS(80) 


DGCOLL TABLE(8) |DESTING) | иа 


ВІТ: 591 576 607 592 

1 CALL CHARACTERISTICS(8) C NCS SUP CODE FOR IDDD(1) 

2 VALID SOURCEPARMS(1) D NCS DDD IDDD PERMIT(1) 

3 IBN PREFIX FENCE(5) E | NCS CONFLICT DPLAN(1) 

4 OWAT ZONE(4) F | DMS250 COIN CALL(1) 

5  DMS250 REORIGINATED CALL(1) G ROUTE SET IA OPERRTE(1) 

6 DMS250 REORIGINATION(1) Н М00 TYPE CALL(2) 

7 ПІЛІ. ATTEND(1) | | OPER SERV BRIDGE CALL(1) 

8 PART COUNT(3) J | OPER SERV OUTPULSE COMPLETE(1) 
9 BBF ACTIVE(1) К | ROUTE ADVANCE ОММЕТ TRUNK(1) 
0 SF_DETECTED(1) L ТРВХ ACTIVE(1) 

А REMOTE 800 VPN(1) M AIOD DIGS RECEIVED(1) 

В NCS ACT CODE FOUND(1) 


OVERLAY STRUCTURE-WORDS 36-37 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 36-37 


To be supplied. 
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1-595 UCS log reports 


AUD515 (continued) 


WORD: 38 39 


XLAB(C) 


SOURCEPARMS(C 


CUSTGRP(12) NCOS(8) SOURCE(5) 
ЦО ОЕ gp 


ACCTCODE DIGITS(44) 


OVLY. MCI ACCOUNT. CODE(32) 


W mE DL 


GW. DATA(48) 


BIT: 623 608 639 624 
1 SUBGRP(3) 8 155 SPARE 1(1) 
2 SAVE PREFIX FENCE(1) 9  RECALL_XTHREAD_PROCESSOR(1) 
3 SOURCE TRC(3) 0  MCCS DED CALL(1) 
4 UK ACCTCODE СОУМТ() А ALT PREXLATOR(1) 
5 FEAT CALL(3) B  ISUP NATURE OF ADDRESS(8) 
6 LANGUAGE DIGIT(4) C  ISUP COT CHECK IND(2) 
7 VPNSNC INFO DIGITS(1) 


OVERLAY STRUCTURE-WORDS 38-39 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 38-39 


To be supplied. 
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UCS log reports 1-596 
AUD515 (continued) 


WORD: 40 41 


CHB(C) 


SOURCEPARMS(C) ROUTE(32) 
) 


ACCTCODE_DIGITS(C) 


CCNDIG 14 TO 16(12) 


COSINDEX(10) 
(C) 


ОМ/ DATA 
BIT: 655 640 671 656 
1 ENABLE CRL(1) B GROUP ІМТЕНСОМ(1) 
2 SMDR(1) C  ATTX(1) 
3 SMDRB(1) D LINE HAS LNR(1) 
4 ACR(1) E DISA_ENCOUNTERED(1) 
5 INTRAGROUP(1) Е ARS AUTH _ENTERED(1) 
6 CRL REQUIRED(1) G ШК PARTITION COUNT(3) 
7 ATTDNDOV(1) Н | ACCTCODE_COUNT(4) 
8 DNDPREEMPT(1) | | INTERVPN CALL(1) 
9 CALLED DR SHIFTED(!) J  DMS250 1/55 CONF CALLING - 
ACTIVE(1) 
0 TDN(1) K USE OFC PARM INFO DIG(1) 
А рор DESTIN(1) 
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1-597 UCS log reports 


AUD515 (continued) 


WORD: 42 


BIT: 687 672 703 
1 RTE TYPE(2) 7 онай) 

2 ROUTE СНАІМ(2) 8  CANCSTDL(1) 

3 PREV SATELLITE(1) 9 INHIBIT QUEUEING(1) 
4 CHOICE(1) 0  HUNT(1) 

5 OHQT_APPLIED(1) A PREEMPT SEARCH(1) 
6 QUEUEING ACTIVE(1) 


WORD: 44 


BIT: 719 704 735 


OVERLAY STRUCTURE-WORDS 40-45 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 40-45 


To be supplied. 
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UCS log reports 1-598 
AUD515 (continued) 


WORD: 46 47 
BIT: 751 736 767 752 
WORD: 48 49 
CHB(C) 
posta) | TAMT) esi |3 
BIT: 783 768 799 784 
1 TFR(3) 5 OTS PEGGING(1) 
2 ANLSPILL() 6 LEAS CALL(1) 
3 ANISPILL 9(1) 7 CHBSPARE1(1) 
4 CHBTYPE(3 8 RECORDING REQD(1) 
WORD: 50 51 
BIT: 815 800 831 816 
WORD: 52 53 
| I 
BIT: 847 832 863 848 


OVERLAY STRUCTURE-WORDS 46-53 
To be supplied. 
FIELD DESCRIPTIONS-WORDS 46-53 


To be supplied. 
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1-599 UCS log reports 
AUD515 (end) 


WORD: 54 55 
r y 
BIT: 879 864 895 880 
WORD: 56 57 
й]. ;{ 
ВІТ: 911 896 927 912 
WORD: 58 59 
ы--------:-----Е С 
ВІТ: 943 928 959 944 


FIELD DESCRIPTIONS-WORDS 54-59 


To be supplied. 
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1-600 UCS log reports 


AUD519 


Explanation 


The Audit (AUD) subsystem generates log report AUD519 when a call traps 
for a forward call indicator (FCI) extension block. An extension block is a 
storage mechanism that is used to store feature data on a per-call basis. 


Format 
The format for log report AUD519 follows: 
AUDS519 mmmdd hh:mm:ss ssdd INFO EXT DUMP Call ID 
Hex Dump 
Example 


An example of log report AUD519 follows: 


AUD519 APR10 19:59:56 4600 INFO EXT DUMP FFFF FFFF 
FFFF 0000 3343 FFFF 0000 А01Е А01С 801A 9902 8199 
0014 2211 4433 6655 8877 0099 2211 4433 6655 8877 
0099 0000 0000 0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

INFO EXT DUMP constant This field indicates hex dump for the FCI 
extension block. 

Call ID 2 words The value in this field uniquely identifies a 
particular call. 

Hex Dump 150 words The values in this field may be interpreted 


for billing purposes. 


Action 


To investigate the problem, inform NORTEL of the trap and provide the 
information included in the log report. 


Associated OM registers 


The operational measurement associated with log report AUD5109 is registered 
in group EXT. 
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1-601 UCS log reports 
AUD519 (end) 


Additional information 
None. 
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1-602 UCS log reports 


AUD537 


Explanation 


This log report is generated when a call dies, or if the extension block is not 
properly released. 


Format 
The format for log report AUD537 follows: 
AUDS537 «date» «time» <seqno> INFO EXT DUMP <callid> 
<data> 
The data field contains 29 words of information. 
Example 


An example of log report AUD537 follows: 


AUD 537 MAYO7 20:31:19 4100 INFO EXT DUMP 0007 0010 


FFFF 0000 8694 FDC1 FDC2 FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD 0000 0000 0000 0000 0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 

INFO EXT DUMP Constant This field indicates there is a data dump for 
an extension block. 

callid Symbolic text This field identifies the affected call process. 

data Hex words This field contains the contents of the 


DMS250 BBF EXT extension block at the 
time the call died. 


Action 
Issue a customer service report (CSR). 
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1-603 UCS log reports 
AUD537 (end) 


Associated OM registers 


The OM EXT group with key 69 DMS250_BBF_EXT_BLK_FC is associated 
with this log. 


Additional information 
None 
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1-604 UCS log reports 


AUD523 
Explanation 
The Audit (AUD) subsystem generates an AUD523 log report when: 
* acallis trapped or dies 
e hardware data block (HDB) is an extension linked to the call 
Format 
The format for log report AUD523 is as follows: 

AUD523 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 

Example 


An example of log report AUD523 follows: 


AUD523 JAN 06 14:32:18 6800 INFO EXT DUMP 0012 000A 
FFFF 0000 A3000 044D FD32 0000 0000 0293 0000 0000 
FDFD FDFD FDFD  FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates the data dump for an extension block 

callid Symbolic text Identifies the affected call process. Refer to 
Table І. 

hhhh... 0000-FFFF Provides data from normal HDB extension 
block. The length of the data dump is 24 
words. 

Action 


Save this log report. Use this report as additional information to investigate the 
cause of the death or trap of the calls. 
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1-605 UCS log reports 
AUD523 (end) 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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1-606 UCS log reports 


AUD549 


Explanation 


The Audit (AUD) subsystem generates this report when a data dump for a 
Feature Data Block (FTR. DATA. BLOCK) extension block occurs. 


A call condense block (CCB) only stores enough data to describe a basic call. 
Extension blocks provide additional data space for a CCB. 


This report is associated with an AUDT102 report if the audit detects а 
problem. This report is also associated with an AUD398, AUD395, or 
AUD422 report if the call process stops without warning. 


Format 
The log report format for AUD549 is as follows: 


AUD549 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh 


Example 
An example of log report AUD549 follows: 


AUD549 APR11 15:34:14 8700 INFO EXT DUMP 0018 0005 
026B A218 А2С0 267Е F9C2 0090 0180 0002 0038 0027 
OOAF 0000 0000 


Field descriptions 
Descriptions for each field in the log report appear in the following table: 


Field Value Description 

INFO EXT DUMP Constant Indicates a data dump for an extension block 

callid Symbolic text Identifies the affected call process. Refer to 
Table І. 

hhhh hhhh 0000-FFFF Provides 13 words from the 


FTR_DATA_BLOCK extension block pointer 
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1-607 UCS log reports 
AUD549 (end) 


Action 


Qualified technicians use the information in AUD549 to debug software 
problems. Retain the previous 5 min of the log reports for analysis by the next 
level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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1-608 UCS log reports 


AUD550 


Explanation 


The Audit (AUD) subsystem generates this report when a data dump for a 
Feature Data Block (FTR. DATA. BLOCK) extension block occurs. 


A call condense block (CCB) stores only enough data to describe a basic call. 
Extension blocks provide additional data space for a CCB. 


This report is an associated report for an AUDT102 report when the audit 
detects a problem. The report is an associated report for an AUD398, 
AUD395, or AUD422 report when the call process stops without warning. 


Format 
The format for log report AUD550 is as follows: 


АО0550 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh 


Example 
An example of log report AUD550 follows: 


AUD550 APR11 16:17:53 8700 INFO EXT DUMP 0018 0005 
0004 0000 0000 0006 ВСА1 012F COOF 0000 0000 0000 
0000 0004 0006 ВАСІ 012Е COOF 0000 0000 0000 0000 
0000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates a data dump for extension block. 
callid Symbolic text Identifies the affected call process. 

hhhh hhhh 0000-FFFF Provides 21 words from the 


FTR DATA BLOCK extension block pointer 
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1-609 UCS log reports 
AUD550 (end) 


Action 


Maintenance personnel use the information in AUD550 to debug software 
problems. Retain the previous 5 min of the log reports for analysis by the next 
level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-610 UCS log reports 


AUD551 


Explanation 


The Audit (AUD) subsystem generates this report when a data dump for a 
Feature Data Block (FTR. DATA. BLOCK) extension block occurs. 


A call condense block (CCB) stores only enough data to describe a basic call. 
Extension blocks provide additional data space for a CCB. 


This report is an associated report for an AUD102 report when the audit detects 
a problem. The report is an associated report for an AUD398, AUD395, or 
AUD422 report when the call process stops without warning. 


Format 
The format for log report AUD551 is as follows: 


AUDS551 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh 


Example 
An example of log report AUD551 follows: 


AUD551 APR11 16:17:53 8700 INFO EXT DUMP 0018 0005 
0004 0000 0000 0006 ВСА1 012F COOF 0000 0000 0000 
0000 FFFF 0000 0000 FFFF 0000 0001 0000 0000 0001 
FFFF 0000 0000 0000 0001 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 
0000 0000 


Field descriptions 
The following table describes each field in the log report: 
(Sheet 1 of 2) 


Field Value Description 


INFO EXT DUMP Constant Indicates a data dump for an extension block 
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(Sheet 2 of 2) 


Field Value Description 
callid Symbolic text Identifies the affected call process. 
hhhh hhhh 0000-FFFF Provides 42 words from the 
FTR DATA BLOCK extension block pointer 


Action 


Maintenance personnel use the information in AUD551 to debug software 
problems. Retain the previous 5 min of the log reports for analysis by the next 
level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD553 


Explanation 


The Audit (AUD) subsystem generates this report when a data dump for a 
UNIV_XLA_DATA_BLOCK_EXT_FC extension block occurs. A call 
condense block (CCB) stores only enough data to describe a basic call. 
Extension blocks provide additional data space for a CCB. 


This report is an associated report for AUD395 when a call process stops 
without warning. 


Format 
The format for log report AUD553 is as follows: 


AUD553 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid hhhh hhhh 
ff00 ff00 ff00 FDrr FDrr FDrr FDrr pppp 


Example 
An example of log report AUD553 follows: 


AUD553 JUN29 15:34:14 4700 INFO EXT DUMP 0018 0005 038D 
22CE 5564 A996 FDFD FDFD FDFD FDFD 3D64 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO EXT DUMP Constant Indicates a data dump for an extension block. 
callid Symbolic text Identifies the affected call process. 
hhhh hhhh 0000-FFFF (x2) Identifies the call extension block pointer 
#00 A group of 4 hex digits Identifies the extension block design 
FDrr A group of 4 hex digits Identifies the FCNAME numeric value 
pppp A group of 4 hex digits Identifies the pretranslator name 
Action 


Maintenance personnel use the information in AUD553 to debug software 
problems. Retain the previous five minutes of the log reports for analysis by 
the next level of maintenance. 
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Associated OM registers 
There are no registered OM registers 


Additional information 
There is no additional information 
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AUD554 


Explanation 
The Audit (AUD) subsystem generates this report when a data dump occurs for 
a Feature Data Block (FTR_DATA_BLOCK). The E911 feature uses the 
FTR_DATA_BLOCK extension block. 


A Call Condense Block (CCB) stores only enough data to describe a basic 
call. Extension blocks provide additional data space for a CCB. 


This report is an associated report for an AUD 102 report if the audit detects a 
problem. This report is an associated report for an AUD398, AUD395, or 
AUD422 report when the call process stops without warning. 


Format 
The format for log report AUD554 is as follows: 


AUDS554 mmmdd hh:mm:ss ssdd INFO EXT DUMP саШа 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh 


Example 
An example of log report AUD554 follows: 


AUD554 JUNO7 08:42:01 4420 INFO EXT DUMP  1F0A 0006 
FFFF 0000 5680 2728 FCC3 25F6 56BC 25ED FEA4 FFFF 
0000 FFFF 0000 1ҒОА 0006 0004 0029 0000 0007 0548 
0040 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO EXT DUMP Constant Identifies a data dump for an extension 
block. 
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AUD554 (end) 


(Sheet 2 of 2) 
Field Value Description 
callid Symbolic text Identifies the call process affected. 
hhhh hhhh 0000 to FFFF Provides 43 words from the 
FTR DATA BLOCK extension block 
pointer. 
Action 


maintenance personnel use the information in Log AUD554 to debug software 


problems. Retain log reports the previous 5 min of log reports for analysis by 
the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-616 UCS log reports 


Explanation 


AUD553 


The Audit (AUD) subsystem generates this report when there is a data dump 
for а UNIV XLA DATA BLOCK EXT FC extension block. Extension 
blocks additional data space for a call condense block (CCB), which stores 
only enough data to describe a basic call. 


This report is associated with an AUD395 which is generated when a call 
process stops unexpectedly. 


Format 


The format for log report AUD553 follows: 


AUD553 mmmdd hh:mm:ss ssdd INFO EXT DUMP саШа hhhh hhhh 
ff00 ff00 ff00 FDrr FDrr FDrr FDrr pppp 


Example 


An example of log report AUD553 follows: 


AUD553 JUN29 15:34:14 4700 INFO EXT DUMP 0018 0005 038D 
22CE 5564 A996 FDFD FDFD FDFD FDFD 3D64 


Field descriptions 


The following table explains each of the fields in the log report. 


(Sheet 1 of 2) 
Field 
INFO EXT DUMP 


callid 


hhhh hhhh 


ff00 


Value 


Constant 


Symbolic text 
0000-FFFF (x2) 


A group of 4 hex 
digits 


Description 


This field indicates there is a data dump for 
an extension block. 


This field identifies the affected call process. 


This field indicates the call extension block 
pointer. 


This field identifies the extension block 
format. 
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(Sheet 2 of 2) 


Field Value 
FDrr A group of 4 hex 
digits 
pppp A group of 4 hex 
digits 
Action 


Description 


This field contains the FCNAME numeric 
value. 


This field contains the pretranslator name. 


AUDS553 contains information to debug software problems. Retain the 
previous five minutes of the log reports for analysis by the next level of 


maintenance. 


Associated OM registers 
None 


Additional information 
None 
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AUD575 


Explanation 


This log generates a report when a call dies or if the extension block is not 
properly released. 


Format 
The format for log report AUD575 follows: 
AUDS75 «date» «time» <seqno> INFO EXT DUMP <callid> 
<data> 
Example 


An example of log report AUD575 follows: 


AUD575 MAY 7 20:32:19 4100 INFO EXT DUMP 0007 0010 
FFFF 0000 8694 FDC1 FDC2 FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD 0000 0000 0000 0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 
data Hexadecimal The data of AUD575 contains the contents 
words of the MEDIUM EE EXT ВІК at the time 
the call dies. 
Action 


Issue a Customer Service Report (CSR). 


Associated OM registers 


The OM EXT group with key 107 MEDIUM EE EXT BLK FC is 
associated with this log. 


Additional information 
None 
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AUD559 
Explanation 
The Audit (AUD) subsystem generates this report during a call dump if the 
routing characteristic extension block is present. 
Format 
The format for log report AUD559 is as follows: 
AUD559 mmmdd hh:mm:ss ssdd INFO EXT DUMP саШа hhhh hhhh 
ff00 FDrr pppp 
Example 


An example of log report AUD559 follows: 


AUD559 JUNO5 15:30:38 5800 INFO EXT DUMP 0004 000C FFFF 
0000 B700 FDO1 ЕГЕП 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO EXT DUMP Constant Indicates a data dump for an extension block 
callid Symbolic text Indicates the identification number of the call 
hhhh hhhh 0000-FFFF (x2) Indicates the call extension block pointer 
#00 0000-FFFF Indicates the ff with removal of the first bit on 
the right. Indicates the extension block format 

FDrr 0000-FFFF Identifies the RCNAME numeric value 
pppp 0000-FFFF 

Action 


Retain the previous 5 min of the log reports and contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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AUD569 
Explanation 
The AUD569 log displays alarm information. The log severity is “Warning”. 
Format 
The format for log report AUD569 follows: 
AUD569 <mmmdd> <hh:mm:ss> <ssdd> INFO EXT DUMP <hex data> 
<hex data>... 
Example 


An example of log report AUD569 follows: 


AUD569 APR21 14:03:27 3170 INFO EXT DUMP 0016 032C 
4Е84 5EDO 6560 0098 606С ADE4 608A 0984 0085 0000 

0000 0320 0104 0004 0029 0002 0000 0000 7FFF 0016 

002D 1002 0100 4801 0013 4122 5121 4930 EF9C 609C 

2Е80 4Е58 004Е 0001 0000 0100 0001 0000 0000 A220 

003F 2220 A223 ООЗЕ 1D9E А48Е ООЗЕ 209C A48E 003F 

0Е88 0000 А1Е7 ООЗЕ 1D9C 0000 0000 1FFF 2710 0A7F 

А1С4 003F OF58 FDFD 


Field descriptions 
The following table explains the field in the log report header: 


Field Value Description 

<hex data> Four hexadecimal Тһе identification of the call that is displaying 
characters, from alarm information. 
0000 to FFFF 


Action 
No action is required, as this log is an information only log. 


Related OM registers 


None. 


Additional information 
None. 


Log history 
5М07 (TDM) 
Log AUD569 is documented by CR 000894136. 
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AUD569 (end) 
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AUD577 
Explanation 
The Audit (AUD) subsystem generates ап AUD577 log report when the 
following events occur: 
* acall traps or dies 
* anormal history data block (HDB) is an extension linked to the call 
Format 
The format for log report AUD577 is as follows: 
AUD577 mmmdd hh:mm:ss ssdd INFO EXT DUMP callid 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
Example 


An example of log report AUD577 follows: 


AUD577 JANO6 14:32:18 6800 INFO EXT DUMP 0012 000A 
FFFF 0000 A300 044D FD32 0000 0293 0000 0000 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates a data dump for an extension block 
callid Symbolic text Identifies call process affected 

hhhh 0000-FFFF Provides data from normal HDB extension 


block. Length of data dump is 24 words 


Action 


Save this log report. Use this log report as additional information when cause 
of the trap or end of the calls requires analysis. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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UCS log reports 1-623 


AUD578 


The Audit (AUD) subsystem generates ап AUD578 log report when the 


following events occur: 


* acall traps or dies 


* alarge history data block (HDB) is an extension block linked to the call 


The format for log report AUD578 is as follows: 


AUDS578 mmmdd hh:mm:ss ssdd INFO EXT DUMP саШа 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


An example of log report AUD578 follows: 


0 
Е 


000 
DFD 
DFD 
DFD 
DFD 
DFD 
DFD 
DFD 


AUD578 JANO6 14:32:24 6800 INFO EXT DUMP 0012 000А 
ЕЕЕЕ 0000 A300 044D FD32 0000 0000 0293 0000 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


исиги! 


DFD 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates a data dump for an extension block 

callid Symbolic text Identifies the call process affected 

hhhh 0000-FFFF Provides data from large HDB extension block. 
Length of data the dump is 24 words 


Action 


Save this log report. Use this log report as additional information when the 
cause of the trap or end of the calls requires analysis. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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UCS log reports 1-625 


The format for log AUD579 is illustrated in the following figure. 


Format for log AUD579 


AUD579 


Log AUD579 is generated when a call traps, dies, or terminates and an 
extra-large history data block (HDB) is linked to the call. 


AUD579 <mm:dd:yy> <hh:mm:ss> <ssdd> INFO EXT DUMP <callid> 


«hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh> 


An example output for log AUD579 is illustrated in the following figure. 
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Example output for log AUD579 


Provide an actual example of log report output. 
AUD579 JANO6 14:32:18 6800 INFO EXT DUMP 0012 OOOA 
FFFF 0000 A300 044D FD32 0000 0000 0293 0000 0000 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


Field descriptions 
The following table describes the fields in log AUD579. 


Field descriptions for log AUD579 


Field Value Description 


Indicates that there is a data 
INFO EXT DUMP Constant dump for an extension block 


callid Symbolic text Identifies call process affected 


Provides data from an 

extra-large HDB extension 

block. Length of data dump is 
hhhh 0000-FFFF(x2) 24 words 


Action 


Log AUD579 should be saved and used as additional information when the 
cause of a call death, or call trap requires investigation. 


Associated OM registers 
None 
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Additional information 
None 
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AUD576 


Explanation 


This log generates a report when a call dies or if the extension block is not 
properly released. 


Format 
The format for log report AUD576 follows: 
AUDS28 «date» «time» <seqno> INFO EXT DUMP <callid> 
<data> 
Example 


An example of log report AUD576 follows: 


AUD575 MAY 7 20:32:19 4100 INFO EXT DUMP 0007 0010 
FFFF 0000 8694 FDC1 FDC2 FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD 0000 0000 0000 0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 
data Hexadecimal The data of AUD575 contains the contents 
words of the LARGE EE EXT BLK atthe time the 
call dies. 
Action 


Issue a Customer Service Report (CSR). 


Associated OM registers 


The OM EXT group with key 108 LARGE EE EXT. BLK FC is associated 
with this log. 


Additional information 
None 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-629 


AUD582 
Explanation 
The system generates log report AUD582 when a call traps or terminates. The 
system links the call to an extension block. This extension block is the 
operator centralization (OC). 
Format 
The log report format for AUD582 is as follows: 
AUD582 mmmdd hh:mm:ss ssdd INFO EXT DUMP ccecce cece 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
Example 


An example of log report AUD582 follows: 


AUD582 MARO8 14:32:18 6800 INFO EXT DUMP 0012 000A 
FFFF 0000 A300 044D FD32 0000 0000 0293 0000 0000 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

INFO EXT DUMP Constant Indicates that a data dump for an extension 
block is present 

CCCC CCCC Symbolic text Identifies affected call process 

XXXX... 0000-FFFF Provides data from OC extension block. The 
length of the data dump varies according to the 
type of call 

Action 


Save these log reports. Use these log reports as additional information when 
you investigate the cause of the trap or termination of the calls. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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AUD587 


Explanation 


The Audit (AUD) subsystem generates report AUD587 when a data dump 
occurs for the transaction capabilities application part (TCAP) monitor 
(TCAPMON) component extension block. The system uses this extension 
block to provide additional data space for a TCAP transaction ID area. The 
TCAP transaction ID area stores operation related information. The system 
associates multiple operations with any additional information. The system 
stores this additional information in extension blocks when the system 
processes TCAP transactions for the mobile application part. 


Repeat AUD587 log reports indicate a software problem. 


Format 
The log report format for AUD587 is as follows: 


AUDS587 mmmdd hh:mm:ss ssdd INFO EXT DUMP FFFF FFFF 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report AUD587 follows: 


AUD587 MAYO6 12:30:00 6700 INFO EXT DUMP FFFF FFFF 
1234 5678 FDFD 0201 00АЗ 0010 FFFF 0000 0000 0000 
0000 0000 0000 0000 0000 0000 0000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO EXT DUMP Constant Indicates that a data dump for the extension 
block is present 


hhhh Hexadecimal Provides data from the mobile switching 
center to the extension block 
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Action 


The system will not release an extension block if the message processing 15 not 
normal or system errors occur. After multiple AUD587 logs, follow these 
steps to justify problem solving: 


• Save all logs 5 min before and after the AUD report. 
• Look for the other associated AUD reports. 


e Find the sixth word of each data dump (#0010 in the report example). The 
sixth word indicates which TCAPMON application uses the extension 
block. 


* Look for the associated TRAP and SWER logs. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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AUD583 


Explanation 


The switch generates this log report when there is a data dump for a primary 
recording unit (PRU), which is a pool of extension blocks called 
CRS_PRU_POOL3_FC extension block. 


Format 
The format for log report AUD583 follows: 


AUD583 mmmdd hh:mm:ss ssdd INFO EXT DUMP CALLID 
НННН НННН НННН НННН HHHH НННН НННН НННН НННН 
НННН НННН НННН НННН НННН НННН НННН НННН НННН 
НННН НННН НННН НННН НННН НННН НННН НННН НННН 
НННН НННН НННН НННН НННН НННН НННН НННН НННН 
НННН НННН НННН НННН НННН НННН НННН НННН НННН 


Ехатріе 
An example of log report AUD583 follows: 


AUD583 SEPO5 18:14:33 0400 INFO EXT DUMP 0057 0009 
FFFF 0000 7380 FFFF 0000 FFFF 0000 0053 016C 0200 
0000 0000 0000 0000 0000 9895 0000 0000 0000 0000 
0000 8084 934E 0054 016C 0200 0000 0000 0000 0000 
0010 OODF 0000 OOFF 0300 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 

CALLID text Identifies the affected call process 

HHHH HHHH 0000-FFFF Provides 45 words of data from 
PRU_POOL3 BLOCK extension block 


Action 
This log report indicates call processing resources were cleaned up in an 
abnormal manner. This is not always service-affecting to the end user. 
However, repeated AUDAXX and AUDSXX log reports may indicate a 
translation or software problem. 
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In most circumstances, AUDAXX and AUDSXX reports have an associated 
AUD395 or AUD398 log report. The AUD395 and AUD398 reports detail 
information common to all call processes. 


Save all log reports occurring at the same approximate time (five minutes 
before and five minutes after the call time on the AUD log report). Look for 
other associated AUD reports by using the CALLID field associated with this 
report. More than one CALLID may be associated with an agent if a feature is 
in effect (for example, three-way calling). 


Look for associated TRAP and software error (SWER) logs or any other logs 
that may be associated with this report. Use the DISPCALL tool to capture 
subsequent failures and provide a formatted dump of the information for 
AUD395, AUD398, and some AUD4XX logs. 


If unable to localize and correct the problem, gather as much information as 
possible about the call in question and contact the next level of technical 
support for assistance. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


Format 


Example 


UCS log reports 1-635 


AUD620 


The Audit (AUD) subsystem generates this report when there is a data dump 
for a Carrier Advanced Intelligent Network (CAIN) framework extension 
block. An extension block is a storage mechanism which is used to store 
feature data on a per-call basis. 


The format for log report AUD620 follows: 


AUD620 mmmdd hh:mm:ss nnnn INFO EXT DUMP CALLID 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh — (Words 1-10) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh | (Words 11-20) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh | (Words 21-30) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 31-37) 


An example of log report AUD620 follows: 


AUD620 MAR20 17:16:10 3800 INFO EXT DUMP 0002 0000 
FFFF 0000 9984 FFFF 0000 2210 0003 FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDOO FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


Field descriptions 


Action 


The following table explains each of the fields in the log report. 


Field Value Description 


CALLID 8 hex digits Identifies the call process that owns 
the extension block 


hhhh 4 hex digits Identifies the contents of the CAIN 
framework extension block 


The AUD log reports indicate call processing resources were cleaned up in an 
abnormal manner. This is not always service-affecting to the end user. 
However, repeated AUD log reports may indicate a software problem. 
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1-636 UCS log reports 
AUD620 (end) 


Extension blocks are used to store feature-specific data associated with a call 
process. Each extension block has an associated AUD log report. Multiple 
extension blocks may be associated with a single call process. 


The following steps are recommended when onsite personnel decide repeated 
call losses justify troubleshooting. 


1. Save all logs generated five minutes before and after the appearance of this 
AUD report. 


2. Look for associated AUD logs by using the CALLID field associated with 
this report. An AUD log report is generated for each extension block 
associated with the CALLID. 


3. Look for TRAP and software error (SWER) logs associated with the 
CALLID. 


Associated OM registers 
None 
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Explanation 


Format 


Example 


UCS log reports 1-637 


AUD621 


The Audit (AUD) subsystem generates this report when there is a data dump 
of a Carrier-Advanced Intelligent Network (CAIN) ECCB extension block. An 
extension block is a storage mechanism that is used to store feature data on a 
per-call basis. 


The format for log report AUD621 follows: 


AUD621 mmmdd hh:mm:ss nnnn INFO EXT DUMP xxxx xxxxhhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 1-10)hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 11-20)hhhh 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 21-30)hhhh 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ( ) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ( ) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ( ) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 61-70)hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ( ) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh ( ) 


hhhh 
hhhh 
hhhh 


Words 31-40 
Words 41-50 
Words 51-60 


hhhh 
hhhh 


Words 71-80 
Words 81-90 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (Words 
91-100)hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
(Words 101-110) hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Words 111-120 
Words 121-130 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


) 
) 
Words 131-140)hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
) 
) 


( 
( 
( 
(Words 141-150 
(Words 151-160 
( 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Words 161-170)hhhh hhhh (Words 171-172) 


An example of log report AUD621 follows: 


AUD621 MAR20 17:16:10 3800 INFO EXT DUMP 0002 0000 


FFFF 
FDFD 
FDFD 
FDFD 
FDFD 
FDF8 
FDFD 
FDFD 
0000 


0000 9984 FFFF 0000 2210 0003 FDFD FDFD FDFD 
FDFD FDFD FDFD FDOO FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD 61FD C5FC FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDOO 0000 FCOO 
0000 FDFD FDFD FDFD FDFD FDFD 
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1-638 UCS log reports 
AUD621 (end) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


CALLID 8 hexadecimal Identifies the call process that owns 
digits to represent the extension block. 
the call process 


identifier 
EXTENSION 4 hexadecimal Identifies the contents of the Carrier 
BLOCK digits to represent AIN ECCB extension block. 
CONTENTS Carrier AIN data 


(hhhh) 


Action 
The AUD log reports indicate call processing resources were cleaned up in an 
abnormal manner. This is not always service-affecting to the end user. 
However, repeated AUD log reports may indicate a software problem. 


Extension blocks are used to store feature-specific data associated with a call 
process. Each extension block has an associated AUD log report. Multiple 
extension blocks may be associated with a single call process. 


The following steps are recommended when onsite personnel decide repeated 
call losses justify troubleshooting. 


1. Save all logs generated five minutes before and after the appearance of this 
AUD report. 


2. Look for associated AUD logs by using ће CALLID field associated with 
this report. An AUD log report is generated for each extension block 
associated with the CALLID. 


3. Look for TRAP and software error (SWER) logs associated with the 
CALLID. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


Format 


Example 


UCS log reports 1-639 


AUD622 


The AUD 622 log report is generated whenever a call traps or dies while 


holding an Release Link Trunk (RLT) extension block. 


The forma 


t for log report AUD622 follows: 


AUD622 mmmdd hh:mm:ss ssdd INFO EXT DUMP Call ID 


hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


An example of log report AUD622 follows: 


AUD622 JAN30 09:51:45 9200 INFO EXT DUMP 0001 FDFD 


FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 
FDFD 


FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
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1-640 UCS log reports 
AUD622 (end) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
call_id hexadecimal Uniquely identifies a particular call. 
hhhh Hex data Hex data from the RLT extension block. For 


bridged calls, the RLT extension block will 
contain the operator-originated Initial 
Address Message (IAM) after it has been 
through message screening. For redirected 
calls, the extension block contains the 
redirect Facitlity Request (FAR) after it has 
been through message screening. 


Action 


This log is saved and used to provide additional information when 
investigating the cause of the trap or call death. 


Associated OM registers 


The operational measurement assocaited with this log is reqistered in group 
EXT. 


Additional information 
None 
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Explanation 


Format 


Example 


UCS log reports 1-641 


AUD645 


The Audit (AUD) subsystem generates the AUD645 log when there is a data 
dump of a Carrier Advanced Intelligent Network (CAIN) ECCB extension 
block. An extension block is a storage mechanism that is used to store feature 
data on a per-call basis. 


The format for log report AUD645 follows: 


AUD645 mmmdd hh:mm:ss nnnn INFO EXT DUMP xxxx xxxxx 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (words 1-10) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (words 11-20) 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (words 21 - >) 


An example of log report AUD645 follows: 


AUD645 MAR20 17:16:10 3800 INFO EXT DUMP 0002 0000 
FFFF 0000 9984 FFFF 0000 2210 0003 FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDOO FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD 61FD С5ЕС FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDF8 ЕРЕ” FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 0000 ЕС00 
0000 0000 FDFD FDFD FDFD FDFD FDFD 
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AUD645 (end) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


CALLID 8 hexadecimal Identifies the call process that owns 
digits to represent the extension block. 
the call process 


identifier 
EXTENSION 4 hexadecimal Identifies the contents of the carrier 
BLOCK digits to represent AIN eccb extension block. 
CONTENTS carrier AIN data 


(hhhh) 


Action 
The AUD645 log reports indicate that call processing resources were cleaned 
up in an abnormal manner. This is not always service-affecting to the end user. 
However, repeated AUD log reports may indicate a software problem. 


Extension blocks are used to store feature-specific data associated with a call 
process. Each extension block has an associated AUD log report. Multiple 
extension blocks may be associated with a single call process. 


The following steps are recommended when onsite personnel decide repeated 
call losses justify troubleshooting: 


1. Save all logs generated five minutes before and after the appearance of this 
AUD645 log. 


2. Look for associated AUD logs by using the CALLID field associated with 
this report. An AUD log report is generated for each extension block 
associated with the CALLID. 


3. Look for TRAP and software error (SWERR) logs associated with the 
CALLID. 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-643 


AUD650 


Explanation 


The switch generates log AUD650 when a call fails or terminates as a result of 
unexpected error(s) and a huge history data block (HDB) is linked to the call. 


Format 
The format for log report AUD650 follows: 


AUD650 «mmmdd» «hh:mm:ss» <ssdd> INFO EXT DUMP «callid» 
«hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh» 


Example 
An example of log report AUD650 follows: 
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1-644 UCS log reports 


AUD650 (continued) 


gg 
connaanAnAAAAAAAAAAAAAAAAAAAA 
O O Ыы E PE Fn Fn Fn Fn Fn [n Fn [n PB PB [B PB [Bn PB [pn [B PB [pn pm pm pn 
ооаяпааааааяааааааяаядаяаааааядааа 
O Fn Fa Fn Fn Fn Fn Fn Fn Fn Pn Fn Pn Fn Pn Bn Pn PB [Fn Pn Pn [Bn [n Pn Гц 
N 
donuaamanamamuaaaaaampuouaaaaamanmaeaaaaanun 
O O [I E PE Fn Fn Fn PF Pn [n Fn [Fn PB PB [B PB [Bn PB [pn [B P [pn pm [pm & 
oonaamanamamuaaaaaamuaaaaamanmaeoaaaaan 
Bs O Fu Fa Fn Fn Pn Fn Fn Fn Fn Pn Fn Pn Fn Pn Bn Pn Bn [Fn Pn Pn Pn pn Pn pm 
geonuamuaamaaaaaaaamaoaaanmamaaaaaan 
оо I E BE Fn [En [n [E B [n [n [n [I B [n [n [|n [I B [n [n B [I B [n 
Qcaenunanaamaaaamaaamanmaaamamaaaaaan 
E Он Fn Fn Fn Pn Pn Fn Pn Fn Pn Fn Pn Bn Pn Bn [Bn Pn Pn PB [n Pn pm 
soauaamaamauaaaaamnuaaaaamanmaeoaaaaanhun 
E] O FR E Pn Fn [Fn Fn [Fn Pn [n PB [Fn PB PB [B PB [Bn PB [n [B PB [pn pm pm & 
оааааааяааааааяааааааяаааааа 
Q O Fn Fa Fn Fn Pn Fn Fn Fn Fn Pn Fn Pn Fn Pn Pn Pn Bn [Bn Pn Pn [Bn pn Pn ІН P 
zonunnonomoaamnumaamumaaamaamuamaaamaamunananmanman 
но" PE Fn Fn Fn Fn Fn [n Fn [n Bn Pn [Fn Fn Fn PB [n [Fn Pn [n PB [n eae 
onaaanamnuaaamamnuaamuaaamaaamamuoaaanmnanaman 
O O FB FE Fn Fn Fn Fn Fn Fn Fn Fn Fn Pn Pn Fn Pn Fn Pn Bn [n Pn Pn Pn [n Pn pm 
о 
очаааааааяааааааяааяааааяааяаааа 
vo 0 FÉ [Fn PE ААА Fn [rn Fn Fn Pa Pn Fn Pa FE Pn Fn Fn Pn Fn Pn [n [n Dn 
Qaaampaamaaaampuoaamaaaaaamoaaaaaanmnan 
coo Fa Fn Fn Pn Fn Fn Fn Fn Pn Fn Fn Fn Pn Pn Fn Pn Fn Pn Pn [Fn Pn Pn PB [n Pn Dn 
гі 
*nQaaamamnuamamuaaaaaaamuoaaamaeamaaamoaaan 
CN sf FE [Fn Pn [Fn [Bn [Fn [Bn Pn [n PB [n PB Bn [B PB [B PB opm PB pm pm pm pm pm nm 
o«wonauaampgamamnuaaamauaamaoaaaaaamaoaaaaazanmnn 
* O Fu FE Fn Fn Fn Fn Fn Pn Fn Pn Fn Pn Bn [Fn Pn Fn Pn Pu [Bn Pn Pn Pn [n Pn Dn 
SP 
donunaamnamamnaaaamauaamuaaaaaamuoaaaaazanmnn 
O FE PE Fn [En Pn [Fn Pn [Fn PB Pn PB Pn [Bn PB PB PB p [Bn PB op [B pm pm pm pm 
omaAnaAnAAAAAAAAAAAAAAAAAAAAAAA 
z к "ын" Bn PB Bn ЫЫ PB EB PB Dn PB B Bn PB PB DB Dn Гц 
d&onununuanuaaamauamaaanaaaanmnuaaamanmaaanaaaanan 
Бо lu E E RE FE FE FE [En [n [Fn [n [n [n FE FE FE PE FB [En [n [ln [ln [ln [mn [ln 
onaamnanuaaamamnuaamuaaamaaaamuaaanmnanaman 
O O Fn FE Pn Fu Fn Fn Fn Pn Fn Fn Fn Pn Pn Fn Pn [Fn Pn Bn [n Pn Pn Pn [n Pn Пи 
LN 
оюошмаааааааяааааааяааяааааяааяаааа 
Q E АА Pn Fn [Bn [Fn B PB [pn PB [Bn PB PB [B PB [B PB opm B PB op pm pm pm nm 
2oOmBaaaaamaaaanaaaaamauaaaanmaaanaaaan 
Kf "ын Bn Bn PB Dn PB EB PB Dn PB EB Bn Bn PB B [Dn PB EB B Dn PB [Dn 


The following table explains each of the fields in the log report: 


Field descriptions 


Description 


Value 


Field 


This field indicates that there is a data dump 


for an extension block. 


3 words (static) 


INFO EXT DUMP 


This field identifies the affected call process. 


2 words (symbolic 


text) 


CALLID 


This field provides data from a huge HDB 


extension block. 


253 words (0000 to 


FFFF) 


hhhh 


May 2001 


297-2621-840 Standard 09.01 


UCS log reports 1-645 
AUD650 (end) 


Action 


Save log AUD650 and use as additional information when the cause of the 
failed call requires investigation. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 
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1-646 UCS log reports 


AUD651 


Explanation 


The switch generates log AUD651 when a huge extension block requests a call 
operation, but a huge extension block is unavailable. 


Format 
The format for log report AUD651 follows: 


AUD651 «mmmdd» <hh:mm:ss> <ssdd> INFO EXT DUMP «callid» 
<hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh» 


Example 
An example of log report AUD651 follows: 


AUD 651 AUG 19 10:15:19 4100 INFO EXT DUMP 0007 0010 
FFFF 0000 8694 FDC1 FDC2 FDFD FDFD 


Action 
Not applicable 
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1-647 UCS log reports 
AUD651 (end) 


Associated OM registers 


OM group EXT with key BASCPS HUGE EXT BLK is associated with log 
AUD651. 


Additional information 
Not applicable 
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1-648 UCS log reports 


AUD 649 


Explanation 


The Audit subsystem generates this log report when there is a data dump of 
an RLT CONTEXT extension block. An extension block is a storage 
mechanism, which is used to store feature data on a per-call basis. 


Format 
The format for log report AUD 649 follows: 


AUD649 mmmdd hh:mm:ss nnnn INFO EXT DUMP xxxx xxxx 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (words 1-10) 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh (words 11-20) 
(words 21 —>) 


Example 
An example of log report AUD 649 follows: 


AUD649 MAR20 17:16:10 3800 INFO EXT DUMP 0002 0000 
FFFF 0000 9984 FFFF 0000 2210 0003 FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDOO FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
CALLID (хххх хххх) А call process This field identifies the call process that 
identifier owns the extension block. 
EXTENSION BLOCK RLT CONTEXT These fields identify the contents of the RLT 
CONTENTS (hhhh) extension block CONTEXT extension block. 
data 
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AUD 649 (епа) 


Action 


The following steps are recommended when onsite personnel decide that 
repeated call losses justify troubleshooting: 


e Save all logs generated five minutes before and after the appearance of this 
AUD report. 


• Look for associated AUD logs by using ће CALLID field associated with 
this report. An AUD log report is generated for each extension block 
associated with the CALLID. 


* Look for TRAP and software error (SWERR) logs associated with the 
CALLID. 


Associated OM registers 
none 


Additional information 
none 
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AUD665 


Explanation 
The Audit (AUD) subsystem generates this log when there is a data dump of a 
Carrier-AIN Terminating Call Model (T_CAIN) extension block. An 
extension block is a storage mechanism that is used to store feature data оп а 
per-call basis. 


Format 
The format for log report AUD665 follows: 

AUD665 mmmdd hh:mm:ss ssdd nnnn INFO EXT DUMP xxxx хххх 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 

Example 


An example of log report AUD665 follows: 


AUD665 MAR20 17:16:10 3800 INFO EXT DUMP 0002 0000 
FFFF 0000 9984 FFFF 0000 2210 0003 FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDOO FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD 61FD C5FC FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 
FDF8 FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDF8 FDFD 
FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDOO 0000 FCO0 
0000 0000 FDFD FDFD FDFD FDFD FDFD 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


CALLID (хххх хххх) hexadecimal This field identifies the call process that 
owns the extension block. 


EXTENSION BLOCK hexadecimal This field identifies the contents of the 
CONTENTS (hhhh) T_CAIN extension block. 
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Action 


The AUD log reports indicate that call processing resources were cleaned up 
in an abnormal manner. This is not always service affecting to the end user. 
However, repeated AUD log reports may indicate a software problem. 


Extension blocks are used to store feature-specific data associated with a call 
process. Each extension block has an associated AUD log report. Multiple 
extension blocks may be associated with a single call process. 


The following steps are recommended when onsite personnel decide repeated 
call losses justify troubleshooting: 


1. Save all logs generated five minutes before and after the appearance of this 
AUD report. 


2. Look for associated AUD logs by using the CALLID field associated with 
this report. An AUD log report is generated for each extension block 
associated with the CALLID. 


3. Look for TRAP and software error (SWERR) logs associated with the 
CALLID. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


This log report generates when LONG_DUR_CALL_LOG_INTERVAL or 
INCR CDR INTERVAL is changed from 0 to an integer value from 1 to 31. 


Format 
The format for log report AUD711 follows: 


report id mmmdd hh:mm:ss ssdd event type type of log 
ACTIVATED FUNCTION NAME 
LOGIN ID 
ACTIVATION TIME 
LONG DURATION CALL LOG INTERVAL 
INCREMENTAL CDR INTERVAL 


Example 
An example of log report AUD711 follows: 


AUD711 JAN27 5:30:38 8912 AUDIT ACTIVATION LOG 
ACTIVATED FUNCTION NAME: LONG DUR CALL LOG 
LOGIN ID: OPERATOR 
LONG DURATION CALL LOG INTERVAL: 0 
INCREMENTAL CDR INTERVAL: 31 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INCREMENTAL CDR 0 TO 31 This field contains the 
INTERVAL ІМСВ СОН INTERVAL office parameter 
value. 
Action 


Deactivate the feature or change the office parameter values as appropriate. 


Associated OM registers 
None. 
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AUD711 (end) 


Additional information 
None. 
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AUD712 


Explanation 
This log report generates when LONG_DUR_CALL_LOG_INTERVAL or 
INCR_CDR_INTERVAL is changed from an integer value, 1 to 31, to a 0. 


Format 
The format for log report AUD712 follows: 


report. id mmmdd hh:mm:ss ssdd event type type of log 
DEACTIV ATED FUNCTION NAME 
LOGIN ID 
DEACTIVATED TIME 
LONG DURATION CALL LOG INTERVAL 
INCREMENTAL CDR INTERVAL 


Example 
An example of log report AUD712 follows: 


AUD712 JAN27 5:30:38 8912 AUDIT DEACTIVATION LOG 
DEACTIVATED FUNCTION NAME:INCR CDR INTERVAL 
LOGIN ID:MAINTENANCE 
DEACTIVATION TIME: 1990/01/04 00:18:23.297THU 
LONG DURATION CALL LOG INTERVAL:30 

INCREMENTAL CDR INTERVAL:24 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INCREMENTAL CDR 0 for disable, 1 to This field contains the 
INTERVAL 31 (hours) ІМСВ СОН INTERVAL office parameter 
value. 
Action 


This record logs the deactivation of the feature. 


Associated OM registers 
None. 
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AUD712 (end) 


Additional information 
None. 
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AUD713 


Explanation 


This log generates a report at the completion of each Long Duration Call audit 
cycle. 


Format 
The format for log report AUD713 follows: 


report id mmmdd hh:mm:ss ssdd event, type type of log 
AUDIT START TIME 
AUDIT STOP TIME 
LONG. DUR CALL LOG INTERVAL 
ACTIVE CALLS 
LONG DURATION CALL LOGS 
INCREMENTAL CDRS 


Example 
An example of log report AUD713 follows: 


AUD713 JAN27 5:30:38 8912 LONG DURATION CALL AUDIT LOG 
AUDIT START TIME 1990/01/03 11:50:06.245 WED. 
UDIT STOP TIME 1990/01/03 12:20:03.002 WED. 

ONG DUR CALL LOG INTERVAL 30 

NCREMENTAL CDR INTERVAL 24 
CTIVE CALLS 2000 
ONG DURATION CALLS LOGS 4 
NCREMENTAL CDRS 2 


D 


н ғ 


D 


L 
I 


Field descriptions 
The following table explains each of the fields in the log report: 


Description 

INCREMENTAL CDR Ofordisabled, 1-31 This field contains the 

INTERVAL (hours) ІМСВ СОН INTERVAL office parameter 
value. 
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AUD713 (епа) 


Action 


Use the information from this log as statistical data to justify activating or 
deactivating either the Long Call Duration log or incremental CDRs 
functionality of the audit functions. 


Associated OM registers 
None. 


Additional information 
None 
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AUDT100 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates AUDT100 when all starters are not 
bound in for a central process selector. The system must use the default starter 
to terminate the call for the subsystem to generate AUDT100. The system also 
generates AUDT100 when the call process encounters an error. 


The log report format for AUDT 100 is as follows: 


AUDT100 mmmdd hh:mm:ss ssdd INFO CALL FREED 
CALLID: callid REASON: nnn 


An example of log report AUDT100 follows: 


AUDT100 АРК01 12:00:00 2112 INFO CALL FREED 
CALLID: 689252 REASON: 10 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO CALL FREED Constant Indicates system freed call because all 
starters are not bound in for central process 
selector, or call process encountered an 
error 

CALLID callid Symbolic text Identifies freed call 

REASON nnn 0-999 Identifies the reason the system freed call 

10 Indicates call process assumed to be on free 
queue, but audit discovered that the call 
process was not on the free queue. 
Action 


Log AUDT100 contains information that maintenance personnel can use to 
problem solve for software problems. Retain this report for analysis by the 
next level of support. 


297-2621-840 Standard 09.01 May 2001 


1-659 UCS log reports 
AUDT100 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT101 
Explanation 
The Audit (AUDT) subsystem generates this report when the system 
encounters a problem in the call condense block (CCB). The CCB stores data 
that describes a basic call. 
Format 
The log report format for AUDT101 is as follows: 
AUDTIOI mmmdd hh:mm:ss 5544 INFO CCB AUDIT 
CALLID: callid PROBLEM: probtxt 
Example 


An example of log report AUDT101 follows: 


AUDT101 APRO1 12:00:00 2112 INFO CCB AUDIT 
CALLID: 386 PROBLEM: BAD INDEX 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO CCB AUDIT Constant Indicates CCB audit discovered problem. 
CALLID callid Symbolic text Identifies affected call process. 
PROBLEM probtxt BAD INDEX Indicates index stored in CCB block is not 
correct. 
BLK INLIMBO Indicates number of CCBs in not available 


state is greater than maximum allowed. 


ERROR FREQ Indicates 3 passes of a queue did not find 
the CCB that should be on a queue. 


NOLINKS Indicates a zero CCB link count. 


Action 
AUDT101 contains information which maintenance personnel can use to 
problem solve for problems. Retain for analysis by the next level of support. 
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AUDT101 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT102 
Explanation 
The Audit (AUDT) subsystem generates AUDT102 when the system audit 
discovers an extension block in a state that is not correct. A call condense 
block (CCB) stores only enough data to describe a basic call. Extension blocks 
provide additional data space for a CCB. 
Format 
The log report format for AUDT102 is as follows: 
AUDT102 mmmdd hh:mm:ss ssdd INFO EXT AUDIT 
TYPE: typetxt PROBLEM: probtxt 
Example 


An example of log report AUDT102 follows: 


AUDT102 APRO1 12:00:00 2112 INFO EXT AUDIT 
TYPE: LAMA RECORDING UNIT PROBLEM: BLK INLIMBO 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


NFO EXT AUDIT Constant Indicates extension block in a state that is 
not correct. 


TYPE typetxt Character string Identifies extension block in a state that is 
not correct. 


PROBLEM probtxt Character string Identifies problem detected in extension 
block. 


Action 


Log AUDT102 contains information that maintenance personnel can use to 
problem solve for software problems. Retain for analysis by the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT103 


Explanation 


Format 


Example 


UCS log reports 1-663 


The Audit (AUDT) subsystem generates this report when the system 
terminates the call process (CP). 


The system generates AUDT103 on every call death. The system does not 
generate AUDT103 when a call error occurs. Call error reasons and trap 
numbers appear in the REASON field. CP obituaries are no longer generated 
on call errors (suicides), the REASON field is clarified. 


The log report format for AUDT103 are as follows: 


Format 1 


AUDT103 mmmdd hh:mm:ss ssdd INFO CP OBITUARY 
DEATHTYPE: dthtxt PROC: hhhh hhhh REASON: nnn 
CALLID: callid 


Format 2 


AUDT103 mmmdd hh:mm:ss ssdd INFO CP OBITUARY 
DEATHTYPE: dthtxt PROC: hhhh hhhh TRAP 
NUMBER: nnn 
CALLID: callid 


An example of log report AUDT103 follows: 
Example 1 


AUDT103 АРК01 12:00:00 2112 INFO CP OBITUARY 
DEATHTYPE: SUICIDE PROC:105C 2032 REASON: 0 
CALLID: 7321 6F62 


Example 2 


AUDT103 APRO1 12:00:00 2112 INFO CP OBITUARY 
DEATHTYPE: TRAPPED PROC: 105C 2032 TRAP NUMBER: 0 
CALLID: 7321 6F62 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Constant Indicates system destroyed call process 
DEATHTYPE dthtxt KILLED Indicates system terminated call process 
TRAPPED Indicates system trapped call process 
SUICIDE Indicates call process terminated call 
process 
PROC hhhh hhhh 0000-FFFF Identifies called procedure when system 


destroyed call 


REASON nnn 0-999 Provides integer that corresponds to trap 
number when the TRACE TRAPS 
command requests a trap trace 


CALLID callid Symbolic text Identifies callid. Refer to Table | in the Log 
report introduction. 


Action 


Log AUDT103 contains information which maintenance personnel can use to 
problem solve for software problems. Retain this report for analysis by the 
next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT105 
Explanation 
The Audit (AUDT) subsystem generates AUDT105 when a trunk audit 
discovers a trunk in a state that is not correct. The system recovers the trunk. 
Format 
The log report format for AUDT105 is as follows: 
AUDT105 mmmdd hh:mm:ss ssdd INFO TRUNK RESET 
TRUNK trkid CALLID callid 
FROM STATE txt TO STATE txt 
Example 


An example of log report AUDT105 follows: 


AUDT105 АРК01 12:00:00 2112 INFO TRUNK RESET 
TRUNK CKT HSTNTX0144TO 7280 CALLID 690122 
FROM STATE CPB TO STATE IDL 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO TRUNK RESET trkid Constant Indicates trunk correctly recovered from 
state that is not correct 

TRUNK Symbolic text Provides equipment identification for 
audited trunk equipment 

CALLID callid Symbolic text Identifies affected call process 

FROM STATE txt Symbolic text Identifies state in which the system 
discovered trunk . The state is not a correct 
state. 

Action 


If the subsystem generates AUDT105 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 
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AUDT106 


Explanation 


The Audit (AUDT) subsystem generates AUDT106 when a call is forced down 
by the release of a trunk. 


Format 
The log report format for AUDT 106 is as follows: 
AUDT106 mmmdd hh:mm:ss ssdd INFO TRUNK FORCE RELEASE 
TRUNK trkid CALLID callid 
Example 


An example of log report AUDT106 follows: 


AUDT106 АРК01 12:00:00 2112 INFO TRUNK FORCE RELEASE 
TRUNK CKT HSTNTX0144TO 7280 CALLID 46372 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TRUNK FORCE Constant Indicates the system force released a trunk 
RELEASE 
TRUNK trkid Symbolic text Provides equipment identification for trunk 
that the system force released 
CALLID callid Symbolic text Identifies when the call is forced down 
Action 


If the same trunk is force released several times, perform diagnostics on the 
suspect trunk. See the Trunks Maintenance Guide for diagnostic tests to 
perform on trunks. 


Associated OM registers 
There are no associated OM registers. 
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AUDT107 


Explanation 


Format 


Example 


UCS log reports 1-667 


The Audit (AUDT) subsystem generates AUDT107 when a trunk audit reports 
a discrepancy. This discrepancy is between a local group state table and trunk 
system data for a given group. The audit goes through all the parts in the 
group. The audit sums the states of the trunks into a local state table. The audit 
compares the local table with the system state table. 


There are two reasons to explain why local tables and system source tables do 
not match. Eitherthe system source tables were not updated when a trunk state 
changed, or a trunk changed its state while the audit timed out. The system 
runs the audit again. If the tables still do not match, the system generates the 
AUDT107 and corrects the system table. 


The log report format for AUDT107 is as follows: 


AUDT107 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 1 


GRP cllinm 
STATE TABLE CHANGED BY AUDIT. THIS MATRIX 
REPRESENTS THE NUMBER OF TRUNKS IN 
EACH STATE 
OLD NEW OLD 
NEW 
txt nnn nnn txt nnn nnn 


An example of log report AUDT107 follows: 


AUDT107 АРК01 12:00:00 2112 INFO TRUNK AUDIT 1 
GRP BARION1801T2 
STATE TABLE CHANGED BY AUDIT. THIS MATRIX REPRESENTS THE 
NUMBER OF TRUNKS IN EACH STATE 


OLD NEW OLD NEW 
NEO 20 20 INB 12 12 
MB 0 0 NMB 0 0 
PMB 0 0 RMB 0 0 
SB Ou у 0 CFL 0 0 
LO 1 0 DEL 0 0 
INI 0 0 CPB 0 0 
CPD 0 0 RES 0 0 
IDL 5 0 SZD 0 0 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO TRUNK AUDIT 1 Constant Indicates an audit of states of all trunks ina 
group 

GRP cllinm Symbolic text Provides equipment identification for 
audited trunk group. Refer to customer data 
Table CLLI 

STATE TABLE CHANGED BY Constant Indicates system state table changed to 

AUDIT. This matrix represents match the local state table 

the number of trunks in each 

state. 

OLD NEW Constant Provides headings for number of trunks in 
each state before and after audit updates 
the trunk system table 

txt Symbolic text Identifies trunk state 

Action 


If the subsystem generates AUDT107 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 
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AUDT108 
Explanation 
The Audit (AUDT) subsystem generates AUDT108 for two reasons. The 
subsystem generates AUDT108 when a trunk audit discovers that a trunk 
without data is other than TK_UNEQUIPPED. The subsystem also generates 
AUDT108 when the trunk state does not match the condition bits. Use trunk 
audits to correct the trunk state to match the condition bits. 
Format 
The log report format for AUDT 108 is as follows: 
AUDT108 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 2 
GRP cllinm 
AUDITED FROM STATE txt TO STATE txt 
BY TRUNK AUDIT TO SATISFY CONDITION BITS IN DATA 
Example 


An example of log report AUDT108 follows: 


AUDT108 АРК01 12:00:00 2112 INFO TRUNK AUDIT 2 
СЕР HULLPO1077x0 
AUDITED FROM STATE IDL TO STATE ТК UNEQUIPPED 
BY TRUNK AUDIT TO SATISFY CONDITION BITS IN DATA 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 
Field Value Description 


INFO TRUNK AUDIT 2 Constant Indicates trunk audit discovered 
and corrected the discrepancy 
between condition bits and the 
trunk state. 


GRP cllinm Symbolic text Provides equipment identification 
for audited trunk group. Refer to 
customer data Table CLLI 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-670 UCS log reports 
AUDT108 (end) 


(Sheet 2 of 2) 


Field Value Description 
AUDITED FROM STATE Provides Provides trunk state before trunk 
txt equipment audit corrected trunk state. 
identification 
for audited 
trunk group. 
Refer to 
customer data 
Table CLLI 
TO STATE txt by the Constant Indicates trunk without data present 
trunk audit to satisfy was in state other than 
condition bits in data TK_UNEQUIPPED. Audit set state 
to TK_UNEQUIPPED 


Action 


If the subsystem generates AUDT108 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 
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AUDT109 
Explanation 
The Audit (AUDT) subsystem generates AUDT109 when the trunk audit 
corrects trouble conditions. 
Format 
The log report format for AUDT 109 is as follows: 
AUDT109 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 3 
CKT trkid 
msgtxt 
Example 


An example of log report AUDT109 follows: 


AUDT109 АРК01 12:00:00 2112 INFO TRUNK AUDIT 3 
CKT HMTNON1402T2 7001 
STATE CORRECTED FROM CFL 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO TRUNK AUDIT 3 Constant Indicates an audit of peripheral module (PM) 
node of trunk. 
CKT trkid Symbolic text Provides equipment identification for 
suspect trunk equipment. 
msgtxt DELOADED TOO Indicates trunk had state of TK_DELOADED 
LONG for a minimum of ten audit cycles. Audit 


RECOVERED BY 
AUDIT 


INDEX 
CORRECTED BY 
AUDIT 


ON IDLE Q, BUT 
HARDWARE 
UNPREPARED 
TO CALL 
PROCESS 


recovered trunk. 


Indicates trunk index stored in data was not 
correct. Audit corrected index. 


Identifies idle digital trunks that are not 
ready to call process. 
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(Sheet 2 of 2) 


Field Value Description 

PM BUSY BIT SET Indicates PM BUSY bit in trunk data is set, 

BUT PM OK, but PM node was correct. Audit set bit and 

TRUNK recovered trunk. 

RECOVERED 

PMBUSY,STATE Indicates PM node was busy but PM BUSY 

CORRECTED bit in trunk data did not reflect PM mode 
busy state. Audit set bit, read future state of 
trunk, and assigned trunk to that state. 

RECOVERED Indicates that not all outgoing or 2-way idle 

AND REQUEUED _ trunks were on idle queue. Audit recovered 

BY TRUNK AUDIT апа queued trunk again. 

TID UNBOUND, Indicates terminal was not bound to CP ID 

STATE in input/output (I/O) system. Audit assigned 

UNEQUIPPED trunk state of unequipped. 

ASSIGNED 

Action 


There is no action required.. 


Associated OM registers 
There are no associated OM registers. 
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AUDT110 
Explanation 
The Audit (AUDT) subsystem generates AUDT110 when a trunk audit detects 
a terminal trunk state that is invalid. The audit recovers the trunk. 
Format 
The log report format for AUDT110 is as follows: 
AUDT110 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 4 
CKT trkid 
WAS RECOVERED BECAUSE ITS TERMINAL STATE OF n 
WASNT VALID FOR ITS TRUNK STATE OF txt 
Example 


An example of log report AUDT110 follows: 


AUDT110 АРК01 12:00:00 2112 INFO TRUNK AUDIT 4 
СКТ TOLLI 4 
WAS RECOVERED BECAUSE ITS TERMINAL STATE OF 0 
WASNT VALID FOR ITS TRUNK STATE OF PMB 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO TRUNK AUDIT 4 Constant Indicates a trunk audit of correct trunk states 

CKT trkid Symbolic text Provides equipment identification for suspect 
trunk equipment. 

WAS RECOVERED 0 Indicates terminal state is selectcptlb 

BECAUSE ITS 


TERMINAL STATE OF 
n 


1 Indicates terminal state is linkedtotlb 

2 Indicates terminal state is ignoremsgs 

3 Indicates terminal state is useinputhandler 
4 Indicates terminal state is recover 
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AUDT110 (end) 
(Sheet 2 of 2) 
Field Value Description 
5 Indicates terminal state is linkedtocptlb 
6 Indicates terminal state is multicplinked 
7 


Indicates terminal state is origqueued 


WAS NOT VALID FOR Symbolic text 
ITS TRUNK STATE OF 
txt 


Provides state of trunk before recovery 


Action 


If the subsystem generates AUDT110 more than three times in 5 min, examine 
the related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 
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AUDT111 
Explanation 

The Audit (AUDT) subsystem generates AUDT111 when a scheduled trunk 

audit finds a minimum of one trunk in the lockout state. 
Format 

The log report format for AUDT111 is as follows: 

AUDT111 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 5 
TOTAL TRUNKS IN LOCKOUT STATE IS nnn 

Example 


An example of log report AUDT111 follows: 


AUDT111 АРК01 12:00:00 2112 INFO TRUNK AUDIT 5 
TOTAL TRUNKS IN LOCKOUT STATE IS 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TRUNK AUDIT 5 Constant Indicates a minimum of one trunk is in lockout 
state 
TOTAL TRUNKS IN 0 to 999 Provides number of trunks in lockout state 
LOCKOUT STATE 15 
nnn 
Action 


If there are a large number of trunks in the lockout state, check the trunks in 
lockout. 


Associated OM registers 
There are no associated OM registers. 
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AUDT112 
Explanation 
The Audit (AUDT) subsystem generates AUDT112 when the receiver audit 
finds that condition bits do not match the receiver state. The audit changes the 
receiver state to match the condition bits. 
Format 
The log report format for AUDT112 is as follows: 
AUDT112 mmmdd hh:mm:ss ssdd INFO RCVR AUDIT 1 
GRP cllinm 
RECEIVER KIND IS rcvrnm 
AUDITED FROM STATE txt TO STATE txt 
BY RCVR AUDIT TO SATISFY CONDITION BITS IN DATA 
Example 


An example of log report AUDT112 follows: 


AUDT112 АРК01 12:00:00 2112 INFO RCVR AUDIT 1 


GRP RCVRMF 
RECEIVER KIND IS RCVRMF 
AUDITED FROM STATE PMB TO STATE IDL 


BY RCVR AUDIT TO SATISFY CONDITION BITS IN DATA 
Field descriptions 
The following table describes each field in the log report: 
(Sheet 1 of 2) 


Field Value Description 


INFO RCVR AUDIT 1 Constant Indicates receiver audit detected a 
discrepancy between condition bits and 
receiver state, and corrected receiver state 


GRP cllinm Symbolic text Identifies receiver group. Refer to customer 
data Table CLLI 


RECEIVER KIND IS RCVRDGT Indicates a digital receiver 
rcvrnm 

RCVRMF Indicates a multifrequency receiver 
AUDITED FROM Symbolic text Provides receiver state before audit correction 
STATE txt 
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(Sheet 2 of 2) 
Field 


Value 


Description 


TO STATE txt 


BY RCVR AUDIT TO 
SATISFY CONDITION 
BITS IN DATA 


Action 


Symbolic text 


Constant 


Provides receiver state after audit correction 


Indicates that receiver state now matches 
condition bits 


If the system generates AUDT112 more than three times in 5 min, examine the 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 


There are no associated OM registers. 
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AUDT113 


Explanation 


The Audit (AUDT) subsystem generates AUDT113 when the receiver audit 
detects a terminal receiver state that is invalid. The system resets the terminal 
state to match the receiver state, and recovers the receiver. 


Format 
The log report format for AUDT113 is as follows: 


AUDT113 mmmdd hh:mm:ss ssdd INFO RCVR AUDIT 2 
CKT trkid 
RECEIVER KIND IS rcvrnm 
WAS RECOVERED BECAUSE ITS TERMINAL STATE n 
WASNT VALID FOR ITS RCVR STATE txt 


Example 
An example of log report AUDT113 follows: 


AUDT113 АРК01 12:00:00 2112 INFO RCVR AUDIT 2 
CKT RCVRMF 7 
RECEIVER KIND IS RCVRMF 
AS RECOVERED BECAUSE ITS TERMINAL STATE 1 
WASNT VALID FOR ITS RCVR STATE IDL 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO RCVR AUDIT 2 Constant Indicates receiver audit of correct receiver 
states 

CKT trkid Symbolic text Provides equipment identification for suspect 


trunk equipment 


RECEIVER TYPE IS RCVRDGT Indicates a digital receiver 
rcvrnm 

RCVRMF Indicates a multifrequency receiver 
WAS RECOVERED 0 Indicates terminal state is selectcptlb 
BECAUSE ITS 


TERMINAL STATE n 
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(Sheet 2 of 2) 


Field Value Description 
1 Indicates terminal state is linkedtotlb 
2 Indicates terminal state is ignoremsgs 
3 Indicates terminal state is useinputhandler 
4 Indicates terminal state is recover 
5 Indicates terminal state is linkedtocptlb 
6 Indicates terminal state is multicplinked 
7 Indicates terminal state is origqueued 
WAS NOT CORRECT Symbolic text Provides state of receiver before recovery 
FOR ITS RCVR STATE 
txt 
Action 


If the system generates AUDT113 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 
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AUDT114 
Explanation 
The Audit (AUDT) subsystem generates AUDT114 when the receiver audit 
corrects a problem condition. 
Format 
The log report format for AUDT114 is as follows: 
AUDT114 mmmdd hh:mm:ss ssdd INFO RCVR AUDIT 3 
GRP cllinm 
RECEIVER KIND IS rcvrnm 
reastxt 
Example 


An example of log report AUDT114 follows: 


AUDT114 АРК01 12:00:00 2112 INFO RCVR AUDIT 3 
GRP RCVRDGT 
RECEIVER KIND IS RCVRDGT 
EXTENSION BLOCK FOR RCVR NOT FOUND, RCVR RECOVERED 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field 


Value 


Description 


INFO RCVR AUDIT 3 


GRP cllinm 


RECEIVER TYPE IS 
rcvrnm 


reastxt 


Constant 


Symbolic text 


RCVRDGT 


RCVRMF 


EXTENSION BLOCK 
FOR RCVR NOT 
FOUND, RCVR 
RECOVERED 


IDLE RCVR NOT ON 
RCVR IDLE О 


Indicates receiver audit corrected problem 
condition 


Identifies audited receiver group. Refer to 
customer data Table CLLI 


Indicates a digital receiver 


Indicates a multifrequency receiver 


Indicates an extension block is not found for 
the receiver that should have an extension 
block. System recovered receiver. 


Indicates idle receiver was not in receiver idle 
queue 
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AUDT114 (continued) 


(Sheet 2 of 3) 
Field 


Value 


Description 


MB_BUSY_LIST 
FOUND FAULTY 
REBUILT BY AUDIT 


MB_IDLE_LIST FOUND 
FAULTY REBUILT BY 
AUDIT 


PM BUSY BIT SET BUT 
PM OK, RCVR 
RECOVERED 


PM BUSY/OFFLINE, 
RCVR STATE 
CORRECTED 


RCVR DELOADED 
TOO LONG 
RECOVERED BY 
AUDIT 


RCVR HELD TOO 
LONG BY A CALL 
USER, RECOVERED 
BY AUDIT 


RCVR IDLE QQUEUE 
FOUND FAULTY 
REBUILT BY AUDIT 


RCVR IN CCB DOESNT 
MATCH RCVR IN 
DATA, RCVR 
RECOVERED 


АСМА IS SEIZED BUT 
THE MAILBOX IS 
INVALID 


RCVR NON IDLE BUT 
LINK IS NON NIL 


Indicates problem in queue structure. System 
rebuilt queue. 


Indicates problem in queue structure. System 
rebuilt queue. 


Indicates peripheral module (PM) node of 
receiver was correct, but pm_busy bit in 
receiver did not reflect this state. System 
recovers receiver and sets bit. 


Indicates PM is busy or offline, but pm_busy bit 
in receiver did not reflect this state. System 
corrects receiver state and sets bit. 


Indicates receiver had state of 
TK_DELOADED for a minimum of ten audit 
cycles. System recovered receiver. 


Indicates that the call holds a receiver too long. 
System recovers receiver. 


Indicates problem in queue structure. System 
rebuilds queue. 


Indicates receiver that call held was not the 
same as call entered in call condense block 
(CCB). System recovers receiver. 


Indicates mailbox of user of receiver was not 
correct. System recovers receiver. 


Indicates receiver was in TK_INITIALIZE state 
and was not on receiver idle queue 
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(Sheet 3 of 3) 
Field Value Description 

RCVRS ON IDLE Q, Indicates receivers on idle queue and mailbox 
AND BSY_LIST NON busy list 
NIL 
RCVR SYS BUSY TOO Indicates receiver was system busy for 3 audit 
LONG, RECOVERED cycles and system recovered receiver 
BY AUDIT 

Action 


If the system generates AUDT114 more than three times in 5 min, examine the 
related reports. Perform manual diagnostic tests to isolate the problem. 


Associated OM registers 
There are no associated OM registers. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


AUDT115 


Explanation 


Format 


Example 
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The Audit (AUDT) subsystem generates report AUDT115 when a receiver 
audit discovers a discrepancy. This discrepancy is between a local group state 
table and receiver system data. The audit lists the states of all the 
multifrequency (mf) or digit (dgt) receivers into a local state table. The audit 
compares the local table with the system state table. If the tables do not match, 
there are two possible explanations. The first explanation is that the system did 
not update the system source table when a receiver state changed. The second 
explanation is that a receiver changed state while the audit timed sliced out. If 
the tables still do not match, the audit runs again and the system corrects the 
system table. The subsystem generates a AUDT115. 


The log report format for AUDT115 is as follows: 


AUDT115 mmmdd hh:mm:ss ssdd INFO RCVR AUDIT 4 
RCVR STATE TABLE CHANGED BY AUDIT. THIS MATRIX КЕРЕ 
THE NUMBER OF RECEIVERS IN EACH STATE 
OLD NEW OLD NEW 
txt nnn nnn txt nnn nnn 


An example of log report AUDT115 follows: 


AUDT115 АРК01 12:00:00 2112 INFO RCVR AUDIT 4 
RCVR STATE TABLE CHANGED BY AUDIT. THIS MATRIX REPRESENTS 


THE NUMBER OF RECEIVERS IN EACH STATE 
OLD NEW OLD NEW 

NEO 2 2 INB 5 10 
MB 1 2 NMB 0 0 
PMB 8 2 RMB 0 0 
SB 0 0 CFL 0 0 
LO 0 0 DEL 0 0 
INI 72 68 CPB 0 0 
CPD 0 0 RES 0 0 
IDL 24 28 SZD 0 0 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO RECEIVER Constant Indicates an audit of states of all receivers ina 
AUDIT 4 group. 

STATE TABLE Constant Indicates system state table changed to match 
CHANGED BY AUDIT. local state table. 


This matrix represents 
the number of receivers 
in each state 


OLD NEW Constant Provides headings for number of receivers in 
each state before, and after, audit updates 
system table. 


txt Symbolic text Identifies receiver state. 


nnn nnn 0 to 999 Provides number of receivers in state txt 
before, and after, audit updates system table. 


Action 


If the system generates AUDT115 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. Refer 
to the Advanced Maintenance Guide for diagnostic tests to run on trunk 
equipment. If the diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT116 


Explanation 
The Audit (AUDT) subsystem generates log report AUDT116. The subsystem 
generates this report when the trunk audit finds that the terminal state indicator 
(TSD of an idle trunk is invalid. The audit does not perform additional actions. 
The TSI indicates the supervision state of a terminal. The peripheral sends the 
TSI to the central control in а message. The audit checks idle trunks to make 
sure the trunks can continue to receive incoming traffic. 


Format 
The log report format for AUDT116 is as follows: 


AUDT116 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 6 
CKT trkid 
TERMINAL STATE INDICATOR MISMATCH 
THE CALL STATE IS IDLE 
THE TRUNK TSI IS hhhh 


Example 
An example of log report AUDT116 follows: 


AUDT116 АРК01 12:00:00 2112 INFO TRUNK AUDIT 6 
CKT JACK 0 
TERMINAL STATE INDICATOR MISMATCH 
THE CALL STATE IS IDLE 
THE TRUNK TSI IS OOFE 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO TRUNK AUDIT 6 Constant Indicates an audit of TSI for idle trunks. 

CKT trkid Symbolic text Provides equipment identification for suspect 
trunk equipment. 

TERMINAL STATE Constant Indicates TSI of trunk is invalid. 

INDICATOR 

MISMATCH 
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AUDT116 (end) 


(Sheet 2 of 2) 


Field Value Description 
THE CALL STATE IS Constant Indicates trunk is idle. 
IDLE 
THE TRUNK TSI IS 0000 to FFFF Provides TSI that is invalid. 
hhhh 

Action 


Contact the next level of support. 


Associated OM registers 
There are no associated OM registers. 
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AUDT117 


Explanation 
The Audit (AUDT) subsystem generates log report AUDT117 after the trunk 
audit. The trunk audit compares the terminal state indicator (TSI) of a given 
call state and the call condense block (CCB) TSI. The audit determines that 
the TSIs do not match for a minimum of one audit cycle. If the TSI of the trunk 
circuit is an IDLE, ТІ, the system takes down the call and generates 
AUDT117. The system does not generate AUDT117 logs for other TSI 
mismatch conditions. The audit makes sure that trunks that are 
TK CP BUSY or TK CP BUSY DELOAD for an extended period 
correctly perform call processing. 


Format 
The log report format for AUDT117 is as follows: 


AUDTI17 mmmdd hh:mm:ss ssdd INFO TRUNK AUDIT 7 
CKT trkid 
TERMINAL STATE INDICATOR MISMATCH 
THE CALL STATE IS stattxt 
THE TRUNK TSIIS hhhh THE CCB TSI IS hhhh 


Example 
An example of log report AUDT117 follows: 


AUDT117 АРК01 12:00:00 2112 INFO TRUNK AUDIT 7 
CKT HSET O 
TERMINAL STATE INDICATOR MISMATCH 
THE CALL STATE IS TALKING 
THE TRUNK TSI IS 0016 THE CCB TSI IS 0018 


Field descriptions 
The following table describes each field in the log report: 
(Sheet 1 of 2) 


Field Value Description 


INFO TRUNK AUDIT 7 Constant Indicates an audit of trunks in call 
processing states. 


CKT trkid Symbolic text Provides equipment identification for 
suspect trunk equipment. 
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AUDT117 (end) 
(Sheet 2 of 2) 
Field Value Description 
TERMINAL STATE Indicator Constant Indicates TSI of trunk does not agree 
mismatch with the TSI in CCB. 
THE CALL STATE IS stattxt TALKING, Indicates trunk call state. 
DIALING 


THE TRUNK TSI IS hhhh 
THE CCB TSI IS hhhh 


Action 


Contact the next level of maintenance. 


0000 to FFFF 
0000 to FFFF 


Associated OM registers 


There are no associated OM registers. 


Provides trunk TSI. 


Provides CCB TSI. 
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AUDT128 
Explanation 
The Audit (AUDT) subsystem generates log report AUDT 128 when an audit 
discovers a problem in a group of digital modems (DMODEM). 
Format 
The log report format for AUDT128 is as follows: 
AUDT128 mmmdd hh:mm:ss ssdd INFO DIGITAL MODEM AUDIT 
DMODEM nnnn USER - 
OLDSTATE = txt NEWSTATE = txt 
DM QLINK = nn 
REASON = reastxt 
Example 


An example of log report AUDT128 follows: 


AUDT128 АРК01 12:00:00 2112 INFO DIGITAL MODEM AUDIT 
DMODEM 3 USER = 
OLDSTATE = INB NEWSTATE = IDL 


DM OLINK = 7 
REASON = BAD STATE INQ 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates an audit detected a problem ina 

DIGITAL MODEM . group of digital modems. 

AUDIT 

DMODEM nnnn 0 to 9999 Provides DMODEM circuit number. 

USER Constant Indicates a field that is not in use. 

OLDSTATE txt Symbolic text Provides trunk state before audit. 

NEWSTATE txt Symbolic text Provides trunk state after audit. 

DM QLINK nn -1 Indicates current modem is last in queue. 
0 to 99 Identifies modem following current modem. 
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(Sheet 2 of 2) 


Field Value 


Description 


REASON reasixt BAD_STATE_INQ 


BAD_STATE_NOT_Q 


BAD_USER_LINK 


CORRUPT_LINK 
NEXT_IN_Q 


RECOVERED_BY_AU 
DIT 


Indicates modem not idle, but found in idle 
queue. 


Indicates modem idle, but not found in idle 
queue. 


Indicates defective link between modem and 
user. 


Indicates corrupt link. 


Indicates modem followed a modem flagged 
for one of the other reastxt reasons. 


Indicates audit set modem to correct hardware 
state. 


Action 


Contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 
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AUDT133 


Explanation 


The Audit (AUDT) subsystem generates log report AUDT133 when the call 
processing audit finds a particular problem with a call encapsulator (ENCAP). 


Format 
The log report format for AUDT 133 is as follows: 
AUDT133 mmmdd hh:mm:ss ssdd INFO ENCAP AUDIT 
INDEX: <primary index> <secondary index> 
STATE: <encapsulator state> 
PROBLEM: <text> 
Example 


An example of log report AUDT133 follows: 


AUDT133 JUNO6 18:22:55 5081 INFO ENCAP AUDIT 
INDEX: 001A 0005 
STATE: UNAVAILABLE ENC 
PROBLEM: BAD CCB PTR 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 


INFO ENCAP AUDIT Constant Indicates that the Audit subsystem detects an 
error with a call encapsulator. 


INDEX Symbolic text Indicates the primary and secondary index of 
the encapsulator. 


STATE Character string Indicates the state that the encapsulator was in 
at the time of the log generation. 


PROBLEM Character string Indicates the problem that occurred. 


Action 
There is no action required. 
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Related OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information available. 
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Explanation 


Format 


Example 
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The Audit (AUDT) subsystem generates log report AUDT150. The subsystem 
generates this report when the announcement audit encounters an invalid 
condition. 


The log report format for AUDT150 follows: 


AUDT150 mmmdd hh:mm:ss ssdd INFO ANN AUDIT 1 
trkid 
reastxt 


An example of log report AUDT150 follows: 


AUDT150 АРК01 12:00:00 2112 INFO ANN AUDIT 1 
NODIAL1 0 
PM IS BUSY, STATE CORRECTED 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO ANN AUDIT 1 Constant Indicates announcement met condition that is 
invalid. 

trkid Constant Provides equipment identification for suspect 
trunk equipment. 

reastxt Character string Provides condition that is invalid. Can provide 
action taken by audit. 

Action 


If the subsystem generates AUDT150 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. Refer 
to Trunk Maintenance Guide for diagnostic tests that can be run on trunk 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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AUDT151 


Explanation 


The Audit (AUDT) subsystem generates log report AUDT151. The subsystem 
generates this report when an announcement audit discovers a trunk state that 
is invalid for the terminal state. The system resets the terminal state to match 
the trunk state. 


Format 
The log report format for AUDT151 is as follows: 


AUDT151 mmmdd hh:mm:ss ssdd INFO ANN AUDIT 2 
trkid 
RECOVERED BECAUSE TRUNK STATE txt 
IS INVALID FOR TERMINAL STATE n 


Example 
An example of log report AUDT151 follows: 


AUDT151 АРК01 12:00:00 2112 INFO ANN AUDIT 2 
NODIAL1 0 
RECOVERED BECAUSE TRUNK STATE PMB 
IS INVALID FOR TERMINAL STATE 0 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO ANN AUDIT 2 Constant Indicates announcement audit detected a 
discrepancy between trunk state and terminal 
state and reset terminal state. 


trkid Symbolic text Provides equipment identification for suspect 
trunk equipment. 

RECOVERED Symbolic text Provides trunk state. 

BECAUSE TRUNK 

STATE txt 

IS INVALID FOR 0 Indicates terminal state is selectcptlb. 


TERMINAL STATE n 


1 Indicates terminal state linkedtotlb. 
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(Sheet 2 of 2) 


Field Value Description 
2 Indicates terminal state ignoremsgs. 
3 Indicates terminal state useinputhandler. 
4 Indicates terminal state recover. 
5 Indicates terminal state linkedtocptlb. 
6 Indicates terminal state multicplinked. 
7 Indicates terminal state origqueued. 
Action 


If the subsystem generates AUDT151 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. Refer 
to Trunk Maintenance Guide for diagnostic tests that you can run on trunk 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT152 


Explanation 


The Audit (AUDT) subsystem generates log report AUDT152 when an 
announcement audit discovers a discrepancy. The audit updates the number of 
members assigned to an announcement. 


Format 
The log report format for AUDT152 is as follows: 


AUDT152 mmmdd hh:mm:ss ssdd INFO ANN AUDIT 3 
trkid 
AUDIT CHANGED MEMBER COUNT FROM nnn TO nnn 


Example 
An example of log report AUDT152 follows: 


AUDT152 АРК01 12:00:00 2112 INFO ANN AUDIT 3 
DRAMANN8 0 
AUDIT CHANGED MEMBER COUNT FROM 0 TO 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO ANN AUDIT 3 Constant Indicates an announcement audit 
discovered an discrepancy. 


trkid Symbolic text Provides equipment identification for 
suspect trunk equipment. 


AUDIT CHANGED MEMBER 0 to 999 Provides number of members assigned to 
COUNT FROM nnn announcement before audit. 
TO nnn 0 to 999 Provides number of members assigned to 


announcement after audit. 


Action 
If the subsystem generates AUDT152 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. Refer 
to the Advanced Maintenance Guide for diagnostic tests that you can run on 
trunk equipment. If diagnostic tests fail, contact the next level of maintenance. 
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Associated OM registers 
There are no associated OM registers. 
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AUDT153 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates log report AUDT153 when an 
announcement audit discovers a discrepancy. The audit updates the number of 
groups assigned to an announcement. 


The log report format for AUDT153 is as follows: 


AUDT153 mmmdd hh:mm:ss ssdd INFO ANN AUDIT 4 
trkid 
AUDIT CHANGED GROUP COUNT FROM nnn TO nnn 


An example of log report AUDT153 follows: 


AUDT153 АРК01 12:00:00 2112 INFO ANN AUDIT 4 
DRAMANN8 3 
AUDIT CHANGED GROUP COUNT FROM 5 TO 1 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO ANN AUDIT 4 Constant Indicates that an announcement audit 
discovered a discrepancy. 

trkid Symbolic text Provides equipment identification for 
suspect trunk equipment. 

AUDIT CHANGED GROUP COUNT 0 to 999 Provides the number of groups 

FROM nnn assigned to announcement before 
announcement audit. 

TO nnn 0 to 999 Provides the number of groups 
assigned to announcement after 
announcement audit. 

Action 


If the subsystem generates AUDT153 more than three times in 5 min, examine 
related reports. Perform manual diagnostic tests to isolate the problem. If 
diagnostic tests fail, contact the next level of maintenance. 
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Associated OM registers 
There are no associated OM registers. 
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AUDT159 

Explanation 
The Audit (AUDT) subsystem generates log report AUDT159 when both of 
the following conditions occur. The trunk subgroup indicates signaling type is 
dual tone multifrequency (DTMF). The software subsystem (SVCTSUB) that 
performs DTMF transmission is not loaded in the system. 

Format 
The log report format for AUDT159 is as follows: 

AUDT159 mmmdd hh:mm:ss ssdd INFO SVCTSUB system not lo 
TRUNK GROUP IS cllinm 
Example 


An example of log report AUDT159 follows: 


AUDT159 АРК01 12:00:00 2112 INFO SVCTSUB system not loaded 
TRUNK GROUP IS OTMF1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO SVCTSUB system not loaded Constant Indicates that SVCTSUB that performs 
DTMF transmission is not loaded in the 
system. 


TRUNK GROUP IS cllinm Symbolic text Provides equipment identification for 
the trunk group. Refer to customer 
data Table CLLI. 


Action 


To correct the trunk subgroup data, change the data. Make sure the data is not 
DTMF. If you require ОТМЕ transmission, obtain new load or increase of 
DTMFSUB. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 
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The Audit (AUDT) subsystem generates AUDT160 when a call attempts to 
free a supervision circuit (SVCIRCUIT or SVCT) that another call owns. 


The log report format for AUDT160 is as follows: 


AUDT160 mmmdd hh:mm:ss ssdd INFO INVALID FREE SVCIR 
RECEIVER trkid CALLID callid 
OWNED CALLID callid 


An example of log report AUDT160 follows: 


AUDT160 АРК01 12:00:00 2112 INFO INVALID FREE SVCIRCUIT 
RECEIVER SVDTMF 2 CALLID 26382 
OWNED CALLID 17342 


Field descriptions 


The following table describes each field in the log report: 


Field 


Value Description 


INFO INVALID FREE SVCIRCUIT Constant Indicates call attempted to free 


RECEIVER trkid Symbolic text Provides equipment identification for 
SVCIRCUIT. 
CALLID callid Symbolic text Identifies call that attempts to free 
SVCIRCUIT. 
OWNED CALLID callid Symbolic text Identifies call that owns SVCIRCUIT. 
Action 


SVCIRCUIT that another call owns. 


If AUDT generates AUDT160 more than three times in 5 m, check related 
reports. Perform manual diagnostic tests to isolate the problem. If this fails, 
contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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AUDT161 


Explanation 
The Audit (AUDT) subsystem generates AUDT161. The AUDT generates 
AUDT161 when the supervision circuit (SVCIRCUIT or SVCT) audit 
discovers that condition bits do not agree with the SVCIRCUIT state. The 
audit corrects the circuit state to agree with the condition bits. 


Format 
The log report format for AUDT161 is as follows: 


AUDT161 mmmdd hh:mm:ss ssdd INFO SVCT AUDIT 1 
trkid 
SVCIRCUIT KIND IS cllinm 
AUDITED FROM STATE txt TO STATE txt 
BY SVCT AUDIT TO SATISFY CONDITION BITS IN DATA 


Example 
An example of log report AUDT161 follows: 


AUDT161 АРК01 12:00:00 2112 INFO SVCT AUDIT 1 
SVOBSV 0 
SVCIRCUIT KIND IS SVOBSV 
AUDITED FROM STATE IDL TO STATE INI 
BY SVCT AUDIT TO SATISFY CONDITION BITS IN DATA 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO SVCT AUDIT 1 Constant Indicates SVCIRCUIT audit discovered 
a difference between condition bits and 
SVCIRCUIT state and corrected circuit 
state. 


trkid Symbolic text Provides equipment identification for 
suspect trunk equipment. 


SVCIRCUIT KIND IS cllinm Symbolic text Identifies type of SVCIRCUIT. See 
customer data Table CLLI. 

AUDITED FROM STATE txt Symbolic text Provides circuit state before audit 
corrects. 
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(Sheet 2 of 2) 


Field Value Description 
TO STATE txt Symbolic text Provides circuit state after audit 
corrects. 
BY SVCT AUDIT TO SATISFY Constant Indicates circuit state corrected to agree 
CONDITION BITS IN DATA with condition bits. 
Action 


If AUDT generates AUDT161 more than three times in 5 m, check related 
reports. Perform manual diagnostic tests to isolate the problem. If this fails, 
contact the next level of maintenance. 


Associated OM registers 
There are no associated registers. 
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AUDT162 


Explanation 


The Audit (AUDT) subsystem generates AUDT162 when a supervision circuit 
(SVCIRCUIT or SVCT) discovers aSVCIRCUIT state that is not correct. The 
AUDT subsytem generates AUDT162 when a SVCIRCUIT discovers a 
SVCIRCUIT state that is not correct for its terminal state. 


The terminal state is reset to agree with the SVCIRCUIT state and the 
SVCIRCUIT recovered. 


Format 
The log report format for AUDT 162 is as follows: 


** AUDT162 mmmdd hh:mm:ss ssdd INFO SVCT AUDIT 2 
trkid 
SVCIRCUIT KIND IS cllinm 
WAS RECOVERED BECAUSE ITS TERMINAL STATE n 
WASN'T VALID FOR ITS SVCT STATE txt 


Example 
An example of log report AUDT162 follows: 


**AUDT162 APRO1 12:00:00 2112 INFO SVCT AUDIT 2 
SVDTMF 3 
SVCIRCUIT KIND IS SVDTMF 
WAS RECOVERED BECAUSE ITS TERMINAL STATE 1 
WASN'T VALID FOR ITS SVCT STATE IDL 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO SVCT AUDIT 2 Constant Indicates SVCIRCUIT audit 
discovered a discrepancy between 
SVCIRCUIT state and terminal state 


trkid Symbolic text Provides equipment identification for 
suspect trunk equipment 


SVCIRCUIT KIND IS Symbolic text Identifies type of SVCIRCUIT. Refer to 
customer data Table CLLI. 
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(Sheet 2 of 2) 


Field Value Description 

WAS RECOVERED BECAUSE 175 0 Indicates terminal state is selectcptlb 

TERMINAL STATE 
1 Indicates terminal state is linkedtotlb 
2 Indicates terminal state is ignoremsgs 
3 Indicates terminal state is 


useinputhandler 


4 Indicates terminal state is recover 
5 Indicates terminal state is linkedtocptlb 
6 Indicates terminal state is 
multicplinked 
7 Indicates terminal state is origqueued 
WASN'T VALID FOR ITS SVCT Symbolic text Provides SVCIRCUIT state before 
STATE correction by audit. Refer to Table E. 


Action 


If AUDT generates AUDT162 more than three times in 5 m, check related 
reports. Perform manual diagnostic tests to isolate the problem. If this does 
not help, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT163 
Explanation 
The Audit (AUDT) subsystem generates AUDT163 when the supervision 
circuit (SVCIRCUIT or SVCT) audit corrects a trouble condition. 
Format 
The log report format for AUDT 163 is as follows: 
** AUDT163 mmmdd hh:mm:ss ssdd INFO SVCT AUDIT 3 
SVCIRCUIT KIND IS cllinm 
reastxt 
Example 


An example of log report AUDT163 follows: 


** AUDT163 АРКОІ 12:00:00 2112 INFO SVCT AUDIT 3 
SVCIRCUIT KIND IS SVDTMF 
PM IS BUSY, STATE CORRECTED. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO SVCT AUDIT 3 Constant Indicates trouble condition that 
SVCIRCUIT corrects. 

SVCIRCUIT KIND IS Symbolic text Identifies type of SVCIRCUIT. 

reastxt Descriptive text Identifies trouble condition. Can identify 


action audit takes. 


Action 


If AUDT generates AUDT163 more than three times in 5 m, examine related 
reports. Perform manual diagnostic tests to isolate the problem. If this does 
not help, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT134 


Explanation 


The Audit (AUDT) subsystem generates log report AUDT134 when the call 
processing audit finds a particular problem with an encapsulator message 


buffer. 
Format 
The log report format for AUDT 134 is as follows: 
AUDT134 mmmdd hh:mm:ss ssdd INFO ENCAP_MSG_ BUFFER AUDIT 
INDEX: <primary index> <secondary index> 
PROBLEM: <text> 
Example 


An example of log report АСТ 134 follows: 


AUDT134 JUNO2 18:54:46 5935 INFO ENCAP MSG BUFFER AUDIT 
INDEX: 001Е OOOF 
PROBLEM: ERROR LINKS 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

INFO Constant Indicates that the Audit subsystem detects an 
ENCAP MSG BUFFER error with a call encapsulator message buffer. 
AUDIT 

INDEX Symbolic text Indicates the primary and secondary index of 


the encapsulator message buffer. 


PROBLEM Character string Indicates the problem that occurred. 


Action 
There is no action required. 


Related OM registers 


There are no associated OM registers. 
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Additional information 
There is no additional information available. 
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AUDT164 
Explanation 
The Audit (AUDT) subsystem generates AUDT164 when a supervision circuit 
(SVCIRCUIT or SVCT) audit discovers a discrepancy. This discrepancy 
occurs between a local group state table and SVCIRCUIT system data for the 
group of circuits. 
The audit goes through all members in the group. The audit totals the states of 
the circuits into a local state table. The audit compares the local table with the 
system state table. 
The local table does not match the system state table because of two reasons: 
• When the circuit state changed, the system source table was not updated. 
* While the audit was timed out, a circuit changed state. 
The audit runs again. If the tables still do not match, the system generates 
AUDT164 and corrects the table system. 
Format 
The log report format for AUDT164 is as follows: 
** AUDT164 mmm:dd hh:mm:ss ssdd INFO SVCT AUDIT 4 
SVCT STATE TABLE CHANGED BY AUDIT. THIS MATRIX 
REPRESENTS 
THE NUMBER OF SVCIRUITS IN EACH STATE. 
OLD NEW OLD NEW 
txt nnn nnn txt nnn nnn 
Example 


An example of log report AUDT164 follows: 


**AUDT164 APRO1 12:00:00 2112 INFO SVCT AUDIT 4 
SVCT STATE TABLE CHANGED BY AUDIT.THIS MATRIX REPRESENTS 


THE NUMBER OF SVCIRCUITS IN EACH STATE. 
OLD NEW OLD NEW 

NEO 62 62 INB 0 2 

MB 0 0 NMB 0 0 

PMB 0 0 RMB 0 0 

SB 0 0 CFL 0 0 

LO 0 0 DEL 0 0 

INI 0 0 CPB 0 0 

CPD 0 0 RES 0 0 

IDL 0 0 SZD 0 0 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO SCVT AUDIT 4 Constant Indicates an audit of states of all 
SVCIRCUITS in a group 

STATE TABLE CHANGED BY AUDIT. Constant Indicates system state table changed 

this matrix represents the number of to agree with the local state table 


svcircuits in each state. 


OLD NEW Constant Provides headings for number of 
circuits in each state before and after 
the audit updates the system table 


іхі Symbolic text Identifies SVCIRCUIT state 


nnn nnn 0-999 Provides number of circuits in state txt 
before and after the audit updates the 
system table 


Action 


If AUDT164 generates more than three times in 5 m, examine related reports. 
Perform manual diagnostic tests to isolate the problem. If this fails, contact the 
next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT166 

Explanation 
The Audit (AUDT) subsystem generates log report AUDT166 when the 
time-of-day (TOD) scheduler disables an entry in customer data table 
TIMEODAY. The TOD scheduler disables an entry when the entry is invalid 
or the entry causes trap. 

Format 
The log report format for AUDT 166 is as follows: 

** AUDT166 mmmdd hh:mm:ss ssdd INFO BAD_TIMEODAY_ENTRY 
BAD TIMEODAY ENTRY DISABLED: timetxt 
Example 


An example of log report AUDT166 follows: 


** AUDT166 АРКОІ 12:00:00 2112 INFO BAD_TIMEODAY_ENTRY 
BAD TIMEODAY ENTRY DISABLED: CUST0O1 WEEKDAY 18 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO BAD_TIMEODAY ENTRY Constant Indicates bad time of day entry 

BAD TIMEODAY ENTRY DISABLED Symbolic text Provides bad entry from customer data 
Table TIMEODAY 


Action 


Perform a table control CHANGE on the noted entry so that you can write the 
entry again. 


Associated OM registers 
There are no associated OM registers. 
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AUDT167 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates log report AUDT167 when the 
time-of-day (TOD) scheduler disables an entry. The TOD scheduler disables 
the entry with key TODNAME in customer data Table TODHEAD for one of 
the following reasons: 


* (һе TOD scheduler is invalid 
“ the default data causes traps 
* the trap threshold for TODNAME has been exceeded 


The log report format for AUDT167 is as follows: 


** AUDT167 mmmdd hh:mm:ss ssdd INFO BAD TODHEAD ENTRY 
BAD TODHEAD ENTRY DISABLED: todnm 


An example of log report AUDT167 follows: 


** AUDT167 АРКОІ 12:00:00 2112 INFO BAD TODHEAD ENTRY 
BAD TODHEAD ENTRY DISABLED: CUSTO2 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO BAD TODHEAD ENTRY Constant Indicates bad time of day head entry 
BAD TODHEAD ENTRY DISABLED Symbolic text Provides bad entry from customer data 
Table TODHEAD 
Action 


Perform a table control CHANGE on the noted entry so that you can write the 
entry again. 


Associated OM registers 


There are no associated OM registers. 
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AUDT168 


Explanation 


The Audit (AUDT) subsystem generates AUDT 168 when a time-of-day 
(TOD) feature exceeds the current trap threshold. When the TOD feature 
exceeds the current trap threshold, the system disables the TOD. The system 
disables the TOD because data related to the AUDT166 is not correct and 
AUDT167 logs. The system also can disable the TOD because of a software 
problem within the feature. 


Format 
The log report format for AUDT 168 is as follows: 


** AUDT168 mmmdd hh:mm:ss ssdd INFO TOD SYSTEM SHUTDOWN 
TOD FEATURE SYSTEM FEATURE DISABLED featnm 


Example 
An example of log report AUDT168 follows: 


** AUDT168 АРКОІ 12:00:00 2112 INFO TOD_SYSTEM_SHUTDOWN 
TOD FEATURE SYSTEM FEATURE DISABLED RTE 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TOD SYSTEM SHUTDOWN Constant Indicates the system disabled a TOD 
feature 


TOD FEATURE SYSTEM FEATURE Character string Identifies TOD feature that the system 
DISABLED disabled 


Action 
Perform a cold restart to enable the feature again. 


Associated OM registers 
There are no associated OM registers. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-714 UCS log reports 


AUDT169 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates AUDT169 when the TIMEODAY 
feature exceeds the current trap threshold for features. When the TIMEODAY 
feature exceeds the current trap threshold for features, the system disables the 
TIMEODAY. The system disables TIMEODAY because of problems with 
data that is not correct. The data is related to the AUDT166, AUDT167, and 
AUDT168 logs. The system also can disable the TIMEODAY because of a 
software problem within the feature. 


The log report format for AUDT 169 is as follows: 


** AUDT169 mmmdd hh:mm:ss ssdd INFO TOD SYSTEM SHUTDOWN 
TOD FEATURE SYSTEM DISABLED 


An example of log report AUDT169 follows: 


**AUDT169 АРКО1 12:00:00 2112 INFO TOD SYSTEM SHUTDOWN 
TOD FEATURE SYSTEM DISABLED 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO TOD SYSTEM SHUTDOWN Constant Indicates system shut down TIMEODAY 
feature 
TOD FEATURE SYSTEM DISABLED Constant Indicates system disabled TIMEODAY 
feature 
Action 


Perform a cold restart to enable the feature again. If the cold restart is not 
effective, contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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AUDT179 


Explanation 


The data manager sends an audit request to SS7-equipped digital trunk 
controllers (DTC) every 6 min. The DTC returns its design of the status of 
central control (CC) machine congestion. 


The system generates AUDT179 if DTC CC machine congestion status does 
not match CC machine congestion status. 


Format 
The log report format for AUDT179 is as follows: 


** AUDT179 mmmdd hh:mm:ss ssdd INFO CCS7 MACHINE STATUS 
CONGESTION AUDIT 

pmid 

AUDIT CORRECTED MISMATCH FOR CCS7 MACHINE 
CONGESTION STATUS 


Example 
An example of log report for AUDT179 follows: 


**AUDT179 JANO3 04:22:18 7827 INFO CCS7 MACHINE STATUS 
CONGESTION AUDIT 
DTC 11 
AUDIT CORRECTED MISMATCH FOR CCS7 MACHINE CONGESTION 
STATUS 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CCS7 MACHINE Constant Indicates the request of a machine congestion 
STATUS status audit 

CONGESTION AUDIT 

pmid Symbolic text Specifies the peripheral module (PM) ID 
AUDIT CORRECTED Constant Indicates the requested audit fixed the 
MISMATCH FOR CCS7 machine congestion status 

MACHINE 

CONGESTION 

STATUS 
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Action 


This log indicates that the data manager is not correctly updating the CC 
machine congestion status indicator in the DTC. Contact the Emergency 
Technical Assistance Service (ЕТА5). 


Associated OM registers 
There are no associated OM registers. 
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AUDT180 
Explanation 
The Audit (AUDT) subsystem generates AUDT180 when a call tries to free a 
3-Port conference circuit (CF3P) that another call owns. 
Format 
The log report format for AUDT 180 is as follows: 
** AUDT180 mmmdd hh:mm:ss 5544 INFO INVALID FREE FOR CF3P 
trkid CALLID callid 
OWNED CALLID callid 
Example 


An example of log report AUDT180 follows: 


**AUDT180 АРК01 12:00:00 2112 INFO INVALID FREE FOR СЕЗР 
CF3P 10 CALLID 16352 
OWNED CALLID 11489 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO INVALID FREE Constant Indicates call tried to free CF3P that another 
FOR CF3P call owns. 
trkid Symbolic text Provides equipment identification for CF3P 
CALLID Symbolic text Identifies call that tries to free CF3P 
OWNED CALLID Symbolic text Identifies call that owns CF3P 

Action 


If AUDT generates AUDT180 more than three times in 5 m, examine related 
reports and perform manual diagnostic tests. This will isolate the problem. 
Refer to the Trunks Maintenance Guide for diagnostic tests that can run on 
trunk equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT181 


Explanation 


The Audit (AUDT) subsystem generates AUDT181. The AUDT generates 
AUDT181 when the 3-Port conference circuit (CF3P) audit finds that codition 
bits do not agree in the conference circuit state. The AUDT corrects the 
conference circuit state to agree with the condition bits. 


Format 
The log report format for AUDT 18 lis as follows: 


** AUDT181 mmmdd hh:mm:ss ssdd INFO CF3P_AUDIT_1 
trkid 
AUDITED FROM STATE txt TO STATE txt BY CF3P 
AUDIT TO SATISFY CONDITION BITS IN DATA 


Example 
An example of log report AUDT181 follows: 


**AUDT181 АРК01 12:00:00 2112 INFO CF3P AUDIT 1 
CF3P 10 
AUDITED FROM STATE CPB TO STATE IDL BY CF3P 
AUDIT TO SATISFY CONDITION BITS IN DATA 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CF3P_AUDIT_1 Constant Indicates CF3P audit found a discrepancy 
between condition bits and conference circuit 
state 

trkid Symbolic text Provides equipment identification for 


conference circuit 


AUDITED FROM Symbolic text Indicates state of conference circuit before 
STATE audit 

TO STATE Symbolic text Indicates state of conference circuit after audit 
BY CF3P AUDIT ТО Constant Indicates audit corrected state of conference 
SATISFY CONDITION circuit to agree with condition bits 

BITS IN DATA 
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Action 


If AUDT generates AUDT181 more than three times in 5 m, examine related 
reports and perform manual diagnostic tests. This will isolate the problem. 
Refer to the Trunks Maintenance Guide for diagnostic tests that can run on 
trunk equipment. If the diagnostic tests fail, contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT182 
Explanation 
The Audit (AUDT) subsystem generates AUDT182. The 3-Port conference 
circuit (CF3P) audit finds a discrepancy between the CF3P state and the 
terminal state. The system sets terminal state again to agree with the CF3P 
state and recovers the circuit. 
Format 
The log report format for AUDT 182 is as follows: 
** AUDT182 mmmdd hh:mm:ss ssdd INFO CF3P_AUDIT_2 
trkid 
CF3P WAS RECOVERED BECAUSE ITS TERMINAL STATE n 
WAS NOT VALID FOR ITS CF3P STATE txt 
Example 


An example of log report AUDT182 follows: 


**AUDT182 АРК01 12:00:00 2112 INFO CF3P AUDIT 2 
CF3P 10 
CF3P WAS RECOVERED BECAUSE ITS TERMINAL STATE 1 
WAS NOT VALID FOR ITS CF3P STATE IDL. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO CF3P AUDIT 2 Constant Indicates CF3P audit found a discrepancy 
between the CF3P state and terminal state 
trkid Symbolic text Provides equipment identification for 
conference circuit 
CF3P WAS 0 Indicates terminal state selectcptlb 
RECOVERED 
BECAUSE ITS 
TERMINAL STATE 
1 To indicate terminal state linkedtotlb 
2 Indicates terminal state ignoremsgs 
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(Sheet 2 of 2) 


WAS NOT VALID FOR 
ITS CF3P STATE 


Symbolic text 


Field Value Description 
3 Indicates terminal state useinputhandler 
4 Indicates terminal state recover 
5 Indicates terminal state linkedtocptlb 
6 Indicates terminal state multicplinked 
7 Indicates terminal state origqueued 


Provides СЕЗР state 


Action 


If AUDT generates AUDT182 more than three times in 5 m, examine related 
reports and perform manual diagnostic tests. This will isolate the problem. 
Refer to the Trunks Maintenance Guide for diagnostic tests that can run on 
trunk equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT183 
Explanation 
The Audit (AUDT) subsystem generates AUDT183 when the 3-Port 
conference circuit (CF3P) audit corrects a problem condition. 
Format 
The format for log report AUDT 183 is as follows: 
** AUDT183 mmmdd hh:mm:ss ssdd INFO CF3P_AUDIT_3 
trkid 
trbltxt 
Example 


An example of log report AUDT183 follows: 


**AUDT183 АРК01 12:00:00 2112 INFO CF3P AUDIT 3 
CKT CF3P 10 
PM BSY BIT SET BUT PM OK, CF3P RECOVERED. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Constant Indicates problem condition 
CF3P_AUDIT_3 conference circuit autit cleared 

trkid Symbolic text Provides equipment identification for 


conference circuit 


trbltxt PM BSY/OFFL, 
CF3P STATE 
CORRECTED 


Action 


If AUDT generates AUDT183 more than three times in 5 m, examine related 
reports and perform manual diagnostic tests. This will isolate the problem. 
Refer to the Trunks Maintenance Guide for diagnostic tests that can run on 
trunk equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT184 


Explanation 


Format 


Example 


UCS log reports 1-723 


The Audit ( AUDT) subsystem generates AUDT184. The 3-Port conference 
circuit (CF3P) audit finds a discrepancy between a local group state table and 
CF3P system group data. The audit goes through all group members and totals 
the circuit states into a local state table. The audit compares the local table 
with the system state table. The following are reasons for the discrepancy 
between the audit table and the system table: 


* Тһе system did not update the system source table when the system 
changed a circuit state. 


e The audit was timed out of a circuit state change. 


The audit runs again and cannot be preempted. If the tables do not match, the 
system corrects the table and generates AUDT 184. 
The log report format for AUDT184 is as follows: 


AUDT184 mmmdd hh:mm:ss ssdd INFO CF3P AUDIT 4 
CF3P STATE TABLE CHANGED BY AUDIT. THIS MATRIX 


REPRESENTS THE 

NUMBER OF CF3P CIRCUITS IN EACH STATE. 
OLD NEW OLD NEW 

txt nnn nnn txt nnn nnn 


An log report example for AUDT184 follows: 


AUDT184 АРК01 12:00:00 2112 INFO CF3P AUDIT 4 
CF3P STATE TABLE CHANGED BY AUDIT. THIS MATRIX 


REPRESENTS THE 
NUMBER OF CF3P CIRCUITS IN EACH STATE. 

OLD NEW OLD NEW 
NEO 2 2 INB 5 10 
MB 0 0 NMB 0 0 
PMB 8 2 RMB 0 0 
SB 0 0 CFL 0 0 
LO 0 0 DEL 0 0 
INI 72 69 CPB 0 0 
CPD 0 0 RES 0 0 
IDL 24 28 SZD 0 0 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CF3P AUDIT 4 Constant Indicates an audit of states of 
СЕЗР circuits in a group. 

CF3P STATE TABLE Constant Indicates system state table 

CHANGED BY AUDIT. changed to agree with local state 

THIS MATRIX table. 

REPRESENTS THE 


NUMBER OF CF3P 
CIRCUITS IN EACH 


STATE. 

OLD NEW Constant Provides headings for number of 
circuits in each state before and 
after the audit updated the CF3P 
system table. 

txt Symbolic text Identifies state of circuits. 

nnn nnn 0-999 Provides number of circuits in 


state txt before and after audit 
updated the CF3P system table. 


Action 


If AUDT generates AUDT184 more than three times in 5 min, check related 
reports. Perform manual diagnostic tests to isolate the problem. Refer to 
Trunks Maintenance Guide for diagnostic tests that can run on circuit 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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The Audit (AUDT) subsystem generates log report AUDT189 to facilitate 
software debugging at the request of software experts. 


The log report format for AUDT189 is as follows: 


AUDT189 mmmdd hh:mm:ss ssdd INFO DEBUGGING 


AUDT189 
Explanation 
Format 
txt] 
txt2 
Example 


: nl 
: n2 n3 


An example of log report AUDT189 follows: 


Field descriptions 


The following table explains each field in the log report: 


Description 


Field Value 

INFO DEBUGGING Constant 

txt Character string 
n1 -92768 to 32767 
txt2 Character string 
n2 -92768 to 32767 
n3 -92768 to 32767 


Indicates audit debugging report. 


Provides variable text information to aid in 
debugging. 


Provides variable numeric information to aid in 
debugging. 


Provides variable text information to aid in 
debugging. 


Provides variable numeric information to aid in 
debugging. 


Provides variable numeric information to aid in 
debugging. 


Action 
There is no action required. 


Associated OM registers 


There are no associated OM registers. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-726 UCS log reports 


AUDT191 
Explanation 
The Audit (AUDT) subsystem generates AUDT191 when a call attempts to 
free a 6-Port conference circuit (CF6P) that another call already owns. 
Format 
The log report format for AUDT191 is as follows: 
AUDT191 mmmdd hh:mm:ss ssdd INFO INVALID FREE FOR CF6P 
trkid CALLID callid 
OWNED CALLID callid 
Example 


An example of log report AUDT191 follows: 


AUDT191 АРК01 12:00:00 2112 INFO INVALID FREE FOR CF6P 
CF6P 10 CALLID 16352 
OWNED CALLID 11489 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO INVALID FREE Constant Indicates a call attempt to free CF6P that 
FOR CF6P another call owns 
trkid Symbolic text Provides equipment identification for CF6P 
CALLID Symbolic text Identifies a call attempt to free CF6P 
OWNED CALLID Symbolic text Identifies call that owns CF6P 

Action 


If AUDT generates AUDT191 more than three times in 5 min, examine related 
reports and perform manual diagnostic tests to isolate the problem. Refer to 
Trunks Maintenance Guide for diagnostic tests that can be run on trunk 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT192 


Explanation 


The Audit (AUDT) subsystem generates AUDT192 when the 6-Port 
Conference Circuit (CF6P) audit discovers that the condition bits do not agree 
with the conference circuit state. The audit corrects the status for the circuit to 
agree with the condition bits. 


Format 
The log report format for AUDT192 is as follows: 


AUDT192 mmmdd hh:mm:ss ssdd INFO CF6P AUDIT 1 
trkid 
AUDITED FROM STATE txt TO STATE txt BY CF6P 
AUDIT TO SATISFY CONDITION BITS IN DATA. 


Example 
An example of log report AUDT192 follows: 


AUDT192 APRO1 12:00:00 2112 INFO CF6P AUDIT 1 
CF6P 10 
AUDITED FROM STATE CPB TO STATE IDL BY CF6P 
AUDIT TO SATISFY CONDITION BITS IN DATA. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO CF6P AUDIT 1 Constant Indicates a CF6P audit discovered a 
discrepancy between condition bits and 
conference circuit state 


trkid Symbolic text Provides equipment identification for 
conference circuit 


AUDITED FROM STATE Symbolic text Indicates state of conference circuit before 
audit 

TO STATE Symbolic text Indicates state of conference circuit after 
audit. 

BY CF6P AUDIT TO SATISFY Constant Indicates audit corrected state of conference 

CONDITION BITS IN DATA. circuit to agree with the condition bits. 
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Action 


If AUDT generates AUDT192 more than three times in 5 min, examine related 
reports and perform manual diagnostic tests to isolate the problem. Refer to 
Trunks Maintenance Guide for diagnostic tests that can be run on trunk 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT193 


Explanation 


The Audit (AUDT) subsystem generates AUDT193 when the 6-Port 
conference circuit (CF6P) audit discovers a discrepancy. The discrepancy is 
between the CF6P state and the terminal state. The system sets the terminal 
state again to agree with the CF6P state and recovers the circuit. 


Format 
The log report format for AUDT193 is as follows: 


AUDT193 mmmdd hh:mm:ss ssdd INFO СЕ6Р AUDIT 2 
trkid 


CF6P WAS RECOVERED BECAUSE ITS TERMINAL STATE n 
WAS NOT VALID FOR ITS CF6P STATE txt 


Example 
An example of log report AUDT193 follows: 
AUDT193 АРВ01 12:00:00 2112 INFO CF6P AUDIT 2 
CF6P 10 


CF6P WAS RECOVERED BECAUSE ITS TERMINAL STATE 1 
WAS NOT VALID FOR ITS CF6P STATE IDL 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO CF6P AUDIT 2 Constant Indicates that CF6P audit found a discrepancy 
between the CF6P state and the terminal state 
trkid Symbolic text Provides equipment identification for 
conference circuit. See Table І. 
CF6P WAS 0 Indicates terminal state selectcptlb 
RECOVERED 
BECAUSE ITS 
TERMINAL STATE 
1 Indicates terminal state linkedtotlb 
2 Indicates terminal state ignoremsgs 
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(Sheet 2 of 2) 


Field Value Description 
6 Indicates terminal state useinputhandler 
4 Indicates terminal state recover 
5 Indicates terminal state linkedtocptlb 
6 Indicates terminal state multicplinked 
7 Indicates terminal state origqueued 
WAS NOT VALID РОВ Symbolic text Provides CF6P state 
ITS CF6P STATE 
Action 


If AUDT generates AUDT193 more than three times in 5 min, examine related 
reports. Perform manual diagnostic tests to isolate the problem. Refer to 
Trunks Maintenance Guide for diagnostic tests that can be run on trunk 
equipment. If diagnostic tests fail, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT194 
Explanation 
The Audit (AUDT) subsystem generates log report AUDT194 when the 6-Port 
Conference Circuit (CF6P) audit corrects a trouble condition. 
Format 
The format for log report AUDT194 follows: 
AUDT194 mmmdd hh:mm:ss ssdd INFO CF6P AUDIT 3 
trkid 
reastxt 
Example 


An example of log report AUDT194 follows: 


AUDT194 АРК01 12:00:00 2112 INFO CF6P AUDIT 3 
CF3P 10 
PM BSY BIT SET BUT PM OK, CF6P RECOVERED. 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

INFO CF6P AUDIT 3 Constant Indicates correction of trouble condition by 
CF6P audit 

trkid Symbolic text Provides equipment identification for 


suspect line equipment 


reastxt Character string Indicates trouble condition and may 
indicate action taken by audit 


Action 
The system can generate AUDT194 more than three times in five minutes. If 
this event occurs, examine reports that relate to AUDT194. Perform manual 
diagnostic tests to isolate the problem. Referto Trunks Maintenance Guide for 
diagnostic tests that can be run on trunk equipment. Contact the next level of 
maintenance if diagnostic tests fail. 


Associated OM registers 
There are no associated OM registers. 
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AUDT195 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates log report AUDT195. This event 
occurs when the 6-Port conference circuit (CF6P) audit discovers a 
discrepancy. The discrepancy is between a local group state table and CF6P 
system data for the group. The audit goes through all the units in the group. 
The audit adds the states of the circuits into a local state table. The audit 
compares the local table with the system state table. The tables may not match 
for the following reasons: 


* Тһе system source table does not update after a change in circuit state. 
e А circuit changes state while an audit is timed sliced out. 
After the comparison of tables, the audit runs again. This time audit is not 


preemptable. If the tables still do not match, the system table is corrected and 
the AUDT subsystem generates log report AUDT195. 


The log report format for AUDT195 is as follows: 


AUDT195 mmmdd hh:mm:ss ssdd INFO CF6P AUDIT 4 
CF6P STATE TABLE CHANGED BY AUDIT. THIS MATRIX 


REPRESENTS 

THE NUMBER OF CF6P CIRCUITS IN EACH STATE. 
OLD NEW OLD NEW 

txt nnnnn nnnnn txt nnnnn nnnnn 


An example of log report AUDT195 follows: 


AUDT195 АРК01 12:00:00 2112 INFO CF6P AUDIT 4 
CF6P STATE TABLE CHANGED BY AUDIT. THIS MATRIX 


REPRESENTS 
THE NUMBER OF CF6P CIRCUITS IN EACH STATE. 
OLD NEW OLD NEW 

NEO 5 5 INB 65535 0 
MB 0 0 NMB 0 0 
PMB 0 0 RMB 0 0 
SB 0 0 CFL 0 0 
LO 0 0 DEL 0 0 
INI 0 0 CPB 1 1 
CPD 0 0 RES 0 0 
IDL 0 0 SZD 0 0 
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Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

INFO CF6P AUDIT 4 Constant Indicates an audit of states of CF6P circuits in 
a group 

CF6P STATE TABLE Constant Indicates a change of state in system table to 

CHANGED BY AUDIT. agree with local state table 

THIS MATRIX 

REPRESENTS THE 


NUMBER OF CF6P 
CIRCUITS IN EACH 


STATE. 

OLD NEW Constant Provides headings for number of circuits in 
each state before and after an audit updates 
CF6P system table 

txt Symbolic text Identifies state of circuits 

nnnnn nnnnn 0-99999 Provides number of circuits in state txt before 
and after audit updates CF6P system table 

Action 


The system can generate AUDT184 more than three times in 5 m. If this 
condition occurs, examine reports that relate to AUDT 184 and perform manual 
diagnostic tests to isolate the problem. Refer to Trunks Maintenance Guide for 
diagnostic tests that can be run on circuit equipment. Contact the next level of 
maintenance if diagnostic tests fail. 


Associated OM registers 
There are no associated OM registers. 
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AUDT197 
Explanation 
The Audit (AUDT) subsystem generates AUDT197 when the route list is not 
present for a call destination. This action occurs when the system accesses the 
translation or routing tables for the correct route list. 
Format 
The log report format for AUDT197 is as follows: 
AUDT197 mmmdd hh:mm:ss ssdd TBL MISSING ROUTE 
len DN dn 
ROUTE MISSING FOR CALLED NBR=dn 
CALLID=callid 
Example 


An example of log report AUDT197 follows: 


AUDT197 АРК01 12:00:00 2112 TBL MISSING ROUTE 
HOST 00 1 15 00 DN 9097224111 
ROUTE MISSING FOR CALLED NBR=6211234 
CALLID=2291 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

TBL MISSING_ROUTE Constant Indicates route list is missing 

len Integers Provides equipment identification for suspect line 

equipment 

DN Integers Provides directory number of calling party 

ROUTE MISSING FOR Integers Provides directory number of called party 

CALLED NBR 

CALLID Integers Provides sequence number of call process 
Action 


Locate the translation or routing table that refers to the missing or deleted route 
list. Use the translation verification command (CI command TRAVER) to 
correct the condition. 
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AUDT197 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT198 
Explanation 
The Audit (AUDT) subsystem generates AUDT198. AUDT generates this 
report when it detects CPLETTER message buffers which did not return to the 
correct queue. 
Format 
The log report format for AUDT 198 is as follows: 
AUDTI98 mmmdd hh:mm:ss ssdd INFO CPLETTER AUDIT 
text, Message Type in HEX: XXXX 
Example 


An example of log report AUDT198 follows: 


AUDT198 Jan31 23:59:59 0102 INFO CPLETTER AUDIT 
CPLETTER FOUND INLIMBO, Message Type in HEX: FDFD 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CPLETTER AUDIT Constant Indicates that CPLETTER audit information 
follows 

text Alpha Indicates the specifications of CPLETTER 
audit information 

Message Type in HEX Constant Indicates that hex code for message type 
follows 

XXXX 0..FFFF Indicates message type 

Action 


If this report occurs often, contact the next level of support for additional help. 


Associated OM registers 
There are no associated OM registers. 
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AUDT199 


Explanation 


UCS log reports 1-737 


The Audit (AUDT) subsystem generates AUDT199 when the call process 
audit finds a miscellaneous problem and corrects it. 


Format 


The for log report format for AUDT 199 is as follows: 


AUDT199 mmmdd hh:mm:ss ssdd INFO MISC AUDIT 


Example 


probtxt 


An example of log report AUDT199 follows: 


AUDT199 АРК01 12:00:00 2112 INFO MISC AUDIT 


Field descriptions 


EXTENSION BLOCK QUEUE FOUND CORRUPT 


The following table describes each field in the log report: 


Field 


Value 


Description 


INFO MISC AUDIT 


probtxt 


Constant 


LONG BUFFER 
QUEUE FOUND 
CORRUPT 


LONG BUFFER 
AVAILCOUNT WRONG 


MTS PORTION OF 
LONG BUFFER 
CORRUPTED 


LONG BUFFER AUDIT 
WAS FORCED 


Indicates the audit finds a miscellaneous 
problem 


Indicates that the available long buffer queue 
was not compatible and was built again 


Indicates that the number of long buffers on 
the available long buffer queue is wrong 


Indicates that the part of the long buffer in use 
by the message transport system is corrupt 


Indicates that the number of available long 
buffers is below a threshold. Long buffer 
management forced an audit to recover some 
buffers. 
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Action 
If generation of this report occurs often, retain the reports for analysis by the 
next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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The Audit (AUDT) subsystem generates AUDT203 when a channel audit finds 
a busy channel with an idle line. The audit causes the channel to become idle. 


The format for log report AUDT203 is as follows: 


AUDT203 mmmdd hh:mm:ss ssdd INFO CHANNEL AUDIT pmid 


AUDT203 
Explanation 
Format 
IDLE TERMINAL HAS CHANNEL 
CHNL nnn TERM len DN dn 
Example 


An example of log report AUDT203 follows: 


AUDT203 АРК01 12:00:00 2112 INFO CHANNEL AUDIT HOST 00 1 
IDLE TERMINAL HAS CHANNEL 
CHNL 14 TERM HOST 00 1 5 18 DN 9096232345 


Field descriptions 


The following table describes each field in the log report: 


Field Value 


Description 


INFO CHANNEL AUDIT Constant 
pmid Symbolic text 


IDLE TERMINAL HAS Constant 
CHANNEL 


Indicates channel audit report. 
Refer to definitions for pmid 1 and pmid 2 in Table I. 


Indicates channel audit finds a busy channel with idle 
line. 


CHNL nnn 0-999 Identifies the busy channel the audit finds. 
TERM len Symbolic text Provides equipment identification for idle line. See 
Table І. 
dn Symbolic text Provides directory number for effected call process. 
See Table l. 
Action 


There is no action required. 
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AUDT203 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT204 
Explanation 
The Audit (AUDT) subsystem generates AUDT204 when the line 
module/remote line module (LM/RLM) channel audit finds a busy channel. 
This busy channel associates with a terminal that associates with a minimum 
of one other channel. 
Format 
The log report format for AUDT204 is as follows: 
AUDT204 mmmdd hh:mm:ss ssdd INFO CHANNEL AUDIT pmid 
TERM HAS 2 CHANNELS 
CHNL nnn TERM len DN dn 
Example 


An example of log report AUDT204 follows: 


AUDT204 АРК01 12:00:00 2112 INFO CHANNEL AUDIT HOST 12 0 
TERM HAS 2 CHANNELS 
CHNL 109 TERM HOST 12 0 9 16 DN 9095968642 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO CHANNEL AUDIT Constant Indicates channel audit report 

pmid Symbolic text See descriptions for pmid 1 and pomid 2 in Table І. 

TERM HAS 2 CHANNELS Constant Indicates channel audit discovered bust channel 
associated with terminal that also associates with other 
channels 

CHNL nnn 0-999 Identifies busy channel discovered by audit/ 
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(Sheet 2 of 2) 


Field Value Description 


TERM len Symbolic text Provides equipment identification for suspect line 
equipment. See Table І. 


dn Symbolic text Provides directory number for effected call process. 
See Table I. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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AUDT205 

Explanation 
The Audit (AUDT) subsystem generates AUDT205 under two conditions. The 
digital recorded announcement machine (DRAM) fails to return the message 
received from the central control (CC). Or the terminal ID to circuit number 
translation fails during the audit cycle. This last event implies corrupted data 
in DRAM. 

Format 
The log report format for AUDT205 is as follows: 

AUDT205 mmmdd hh:mm:ss ssdd INFO DRAMAUDIT 
trbltxt 
Example 


An example of log report AUDT205 follows: 


AUDT205 АРК01 12:00:00 2112 INFO DRAMAUDIT 
DRAM-CC MESSAGE TROUBLE 


Field descriptions 


The following table describes each field in the log report: 


Description 


INFO DRAMAUDIT Constant Indicates DRAMAUDIT finds trouble 


trbltxt Character string Provides text message that describes trouble 


Action 
If the DRAM controller card has faults, replace the card. If the card does not 
have faults, contact the next level of maintenance for additional help. 


Associated OM registers 
There are no associated OM registers. 
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AUDT206 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates AUDT206 when an audit of the idle 
terminal linkage blocks (TLB) queue finds a not planned condition. AUDT206 


is a dump of a six-word TLB. 


The log report format for AUDT206 is as follows: 


** AUDT206 mmmdd hh:mm:ss ssdd INFO TLB. DUMP NIL_CP_ID 


hl h2 h3 М h5 h6 
REMARK: rmrktxt 


An example of log report AUDT206 follows: 


**AUDT206 АРК01 12:00:00 2112 INFO TLB DUMP NIL CP ID 
6218 5007 0003 0001 0001 0001 


REMARK: BAD MB IN TLB 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TLB DUMP Constant Indicates an not planned condition in queue of 
NIL CP ID idle TLB and dump of terminal linkage block 
hi h2 0000-FFFF Identifies mailbox 
h3 0000-FFFF Provides TLB index 
h4 0000-FFFF Provides TLB state 
h5 0000-FFFF Provides link count 
h6 0000-FFFF Identifies audit 
REMARK Character string Identifies not planned condition 
Action 


For additional help, contact the next level of maintenance. 
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AUDT206 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT207 


Explanation 


The Audit (AUDT) subsystem generates AUDT207 when the central control 
(CC) can not communicate with a digital recorded announcement machine 
(DRAM). The report also generates for a power loss on DRAM. 


Format 
The log report format for AUDT207 is as follows: 


** AUDT207 mmmdd hh:mm:ss ssdd INFO DRAMAUDIT3 
trkid 
expltxt 
CARD TYPE: typenm 
CARD CODE : codenm 
SHELF POS : nn 


Example 
An example of log report AUDT207 follows: 


**AUDT207 АРК01 12:00:00 2112 INFO DRAMAUDIT3 
DRAMO 0 
POWER LOSS DETECTED IN RAM.NEEDS IMMEDIATE ACTION. 
CARD TYPE : RAM 
CARD CODE : 1X77AA 
TMCKT POS : 8 


Field descriptions 
The following table describes each field in the log report: 
(Sheet 1 of 2) 


Field Value Description 


INFO DRAMAUDIT3 Constant Indicates digital recorded announcement audit 
3 (DRAMAUDITS) finds a problem. 
Announcement circuits are in use by the 
system. 


trkid Symbolic text Provides equipment identification for 
conference circuit. See Table І. 
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AUDT207 (continued) 
(Sheet 2 of 2) 
Field Value Description 
expltxt DRAM- CC NO Indicates CC cannot communicate with DRAM 
RESPONSE. RELOAD dueto a maintenance trunk module (MTM) that 
MTM. DIAGNOSE has errors. The field also indicates a MTM that 
DRAM needs a reload, or a DRAM controller card that 
has errors. 
POWER LOSS Indicates memory is defective in one of the 
DETECTED IN RAM. RAM cards caused by a power loss. 
NEEDS IMMEDIATE 
ACTION 
CHKSUM ERROR Indicates a virtual RAM card has failed a 
DETECTED IN RAM. checksum test for the first or the next time. For 
VERIFY EDRAM, the circuits are not set to SB as the 
ANNOUNCEMENT. phrase recordings have not been lost. 
RAM 1X90AA Software alarm DRAMALARM is not output. 
An AUDT207 log is output. 
CARD TYPE Symbolic text Provides card type that has faults or corrupted 
card. See customer data Table DRAMS. 
CARD CODE Symbolic text Provides card code of card that has faults or 
corrupted card. See customer data Table 
DRAMS. 
SHELF POS 0-99 Provides shelf position of card that has faults 
or corrupted card in MTM. 
Action 


If expltxt is DRAM-CC NO RESPONSE..., reload the MTM on which DRAM 
resides. Diagnose the DRAM controller card. If the card functions correctly, 
then return the announcement circuits to IDLE. If not, contact the next level 
of maintenance. 


If expltxt is POWER LOSS DETECTED..., listen to the announcements that 
reside on the effected cards. Refer to the DRAM and EDRAM Guide. There 
should be a high-pitched tone. Diagnose the card. If the card passes, record 
the announcements again and return the announcement circuits to IDLE. If 
not, contact the next level of maintenance for help. 


If expltxtis CHKSUM ERROR DETECTED ..., listen to the announcements to 
check that the phrase recordings are OK for the reported virtual RAM card. If 
not, contact the next level of maintenance for help. 
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AUDT207 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT208 
Explanation 
The Audit (AUDT) subsystem generates AUDT208. This event occurs when 
the terminal linkage block (TLB) audit finds data in a TLB that the audit did 
not expect. The AUDT208 report is a data dump of the six-word TLB. 
Format 
The format for log report AUDT208 is as follows: 
** AUDT208 mmmdd hh:mm:ss 5544 INFO TLB DUMP 
hl h2 h3 h4 h5 h6 
REMARK: rmrktxt 
Example 


An example of log report AUDT208 is as follows: 


**AUDT208 APRO1 12:00:00 2112 INFO TLB DUMP 
6414 40F4 0003 0001 0001 0001 
REMARK: BAD MB IN TLB 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO TLB DUMP Constant Indicates a dump of the six-word TLB 
h1 h2 0000-FFFF Provides mailbox identity 
h3 0000-FFFF Provides TLB index 
h4 0000-FFFF Provides TLB state 
h5 0000-FFFF Provides link count 
h6 0000-FFFF Identifies audit 
Action 


For additional help, contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT263 
Explanation 
The Audit (AUDT) subsystem log report AUDT263. The subsystem generates 
AUDT263 when the extended call condense block (ECCB) audit discovers one 
of its blocks is in error. 
Format 
The log report format for AUDT263 is as follows: 
** AUDT263 mmmdd hh:mm:ss ssdd INFO ECCB AUDIT 
ECCBID: callid PROBLEM: probtxt 
Example 


An example of log report AUDT263 follows: 


**AUDT263 APRO1 12:00:00 2112 INFO ECCB AUDIT 
ECCBID: 0 PROBLEM: BLK OFF QUEUE 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
INFO ECCB AUDIT Constant Indicates ECCB audit discovered blocks in 
error 
ECCBID Symbolic text Identifies ECCB 
PROBLEM BAD INDEX Indicates ECCB identity in ECCB is corrupt 
BLK INLIMBO Indicates ECCB is not attached to call and is 


not in free queue 


BLK OFF QUEUE Indicates corrupt ECCB queue. System 
constructed ECCB queue again. ECCBID is 0 
and is not important. 


Action 
Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT265 


Explanation 


UCS log reports 1-751 


The Audit (AUDT) subsystem generates AUDT 265. The system generates 
this report when the long buffer audit detects a problem with a long buffer that 
contains an acceptable callid. The system corrects the problem. 


Format 


The log report format for AUDT265 is as follows: 


**AUDT265 mmmdd hh:mm:ss ssdd INFO LONG BUFFER AUDIT 
CALLID: callid PROBLEM: probtxt 


Example 


An example of log report AUDT265 follows: 


**AUDT265 APRO1 01:01:00 1234 INFO LONG BUFFER AUDIT 
CALLID: 12345 PROBLEM: ORPHANED LONG BUFFER 


Field descriptions 


Descriptions for each field in the log report appear in the following table: 


Field Value Description 
INFO LONG BUFFER Constant Indicates that the long buffer audit found a 
AUDIT problem in a long buffer 
CALLID Symbolic text Identifies the callid of the long buffer 
PROBLEM ORPHANED LONG Indicates that a long buffer that is not in the 
BUFFER available queue is not attached to a call. The 
callid that appears is the callid of the last user 
of the long buffer. 
IGNORANT GUARDIAN Indicates that a long buffer has a guardian that 
is ignorant of the long buffer 
LONG BUFFER FOUND Indicates that a long buffer was found with 
CORRUPT corrupted control information but contained a 
callid that was probably acceptable 
Action 


If the system generates this log often, contact the next level of maintenance. 
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AUDT265 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT394 


Explanation 


Format 


Example 


UCS log reports 1-753 


The system log report AUDT394. The system generates AUDT394 when the 
logical terminal identifier (TID) audit finds an error in the mobile set calls 
procedure. 


The log report format for AUDT394 is as follows: 


AUDT394 mmmdd hh:mm:ss ssdd INFO LOGICAL TID AUDIT 
NODE NUMBER: <logical node number> 

TERMINAL NUMBER: <logical terminal number> 

ERROR CONDITION: <error encountered by audit> 
PREVIOUS STATE: <terminal state of the TID> 

AUDIT ACTION: <action taken by audit> 


An example of log report format for AUDT394 follows: 


AUDT394 JANOI 00:00:07 2600 INFO LOGICAL TID AUDIT 
NODE NUMBER: 9 

TERMINAL NUMBER: 48 

ERROR CONDITION: INVALID STATE FOR ALLOCATED TID 
ERROR STATE: SELECTCPTLB 

AUDIT ACTION: TID DEALLOCATED 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each of the fields in the log report: 


Field Value Description 
INFO LOGICAL TID AUDIT Constant Indicates an audit of the TID 
node number Integer Indicates the problem node number 
terminal number 0-4095 Indicates the problem terminal number 
error condition INVALID STATE Indicates the system allocated a TID and 
FOR ALLOCATED did not link it to any calls 
TID 
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(Sheet 2 of 2) 


Field 


Value 


Description 


previous state 


audit action 


IDLE TID LINKED 
INVALID IDLE TID 
STATE 

QUEUE LINK 


ERROR 


SELECTCPTLB 


LINKED TOTLB 


IGNOREMSGS 


USEINPUT 


HANDLER 


RECOVER 


LINKEDTOCPTLB 


MULTICPLINKED 


ORIGQUEUED 


TID DEALLOCATED 


CALL terminated 


TID state corrected 


REBUILT IDLE 
QUEUE 


Indicates the system linked an idle TID to a 
call 


Indicates that an idle TID has a terminal 
state other than IGNOREMSGS 


Indicates that a link of one or more queue 
elements is corrupt 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates a problem in the terminal state of 
the TID 


Indicates the system returned the problem 
TID to the idle queue 


Indicates the system ended the call for the 
problem TID 


Indicates the system returned the terminal 
state of the idle TID to IGNOREMSGS 


Indicates the system constructed the idle 
queue again. TIDs with a terminal state 
that is not IGNOREMSGS are off the 
queue 
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AUDT394 (end) 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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AUDT396 
Explanation 
The Audit (AUDT) subsystem log report AUDT396. The subsystem generates 
AUDT396 when a scan of the terminal state map (TSM) detects corruption. 
The system returns the TMS to the normal state automatically. 
Format 
The log report format for AUDT396 is as follows: 
AUDT396 mmmdd hh:mm:ss ssdd INFO TSM AUDIT 
NODE: hhhh TNO: hhhh OLDSTATE: sttxt 
REMARK: rmrktxt 
Example 


An example of log report AUDT396 follows: 


AUDT396 APRO1 12:00:00 2112 INFO TSM AUDIT 
NODE: 0018 TNO: 0013 OLDSTATE: LINKEDTOCPTLB 
REMARK: BAD CPTBL INDEX 


Field descriptions 
The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO TSM AUDIT Constant Indicates TSM audit report 
NODE 0000-FFFF Identifies node 

TNO 0000-FFFF Provides terminal number (TNO) 
OLDSTATE LINKEDTOCPTLB Indicates state of terminal was 


LINKEDTOCPTLB before audit 


LINKEDTOTLB Indicates state of terminal was LINKEDTOTLB 
before audit 


MULTICPIDLINKED Indicates the system linked the terminal to two 
calls. The system used a data structure called 
multicptlb. The system stores the index of the 
multicptlb in the TSW 
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AUDT396 (епа) 


Description 


Indicates the control component did not 
acknowledge an origination message from 
this terminal because of overload conditions 


Indicates that the terminal is idle and can 
initiate call processing activity. The terminal 
sends an origination message to the control 
component and creates a call 


Provides additional information on the audit 


(Sheet 2 of 2) 
Field Value 
ORIGQUEUED 
SELECTCPTLB 
REMARK Character string 
Action 


Contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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AUDT397 


Explanation 


The Audit (AUDT) subsystem log report AUDT397. The subsystem generates 
AUDT397 when the Call Data Block (CDB) audit finds a problem. The 
system stores temporary data attached to a call process in a CDB. 


Format 


The log report format for AUDT397 is as follows: 


AUDT397 mmmdd hh:mm:ss ssdd INFO CDB AUDIT 


CALLID: callid 


Example 


PROBLEM: hhhh 


An example of log report AUDT397 follows: 


AUDT397 АРК01 12:00:00 2112 INFO CDB AUDIT 


CALLID: 74263 


Field descriptions 


PROBLEM: 000B 


The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 

INFO CDB AUDIT Constant Indicates CDB audit report 

CALLID Symbolic text Provides the sequence number of call process 
affected 
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AUDT397 (end) 
(Sheet 2 of 2) 
Field Value Description 
PROBLEM 0000-FFFF Identifies type of problem. Provides a set of 
AUDITERRORS as follows: 
0000 BAD FORMAT CODE 
0001 BAD INDEX 
0002 ERROR FREEQ 
0003 ERROR OTHERQ 
0004 BLK IN LIMBO 
0005 ERROR LINKS 
0006 INVALID STATE 
0007 TEMPBLK PERMCHAIN 
0008 PERMBLK TEMPCHAIN 
0009 LONGWAIT 
000A BLK OFF QUEUE 
000B NOLINKS 
Action 


Retain the previous five minutes of log reports. Contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 
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AUDT400 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem log report AUDT400. The subsystem generates 
this report when a call tries to free a receiver owned by another call. 


The log report format for AUDT400 is as follows: 


AUDT400 mmmdd hh:mm:ss ssdd INFO INVALID FREE RECEIVER 
RECEIVER trkid CALLID callid 
OWNED CALLID callid 


An example of log report AUDT400 follows: 


AUDT400 АРК01 12:00:00 2112 INFO INVALID FREE RECEIVER 
RECEIVER RCVRMF 7 CALLID 263823 
OWNED CALLID 143542 


Field descriptions 


Action 


The following table describes each of the fields in the log report: 


Field Value Description 

INFO INVALID Constant Indicates call tried to free receiver that 
FREE RECEIVER another call owns 

RECEIVER Symbolic text Provides equipment identification for 


receiver. Refer to table l. 


CALLID Symbolic text Identifies call that tried to free 
receiver. Refer to table І. 


OWNED CALLID Symbolic text Identifies call that owns receiver. 
Refer to table І. 


If the system generates AUDT400 more than three times in five minutes, 
examine related reports. Perform manual diagnostic tests to isolate the 
problem. See the Trunks Maintenance Guide for diagnostic tests that can run 
on trunk equipment. If this action fails, contact the next level of maintenance. 
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AUDT400 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT401 
Explanation 
The Audit (AUDT) subsystem generates this report when an audit detects a 
mismatch between the CC or CM and the peripheral (LIU7 or MSB7). The 
audit corrects the mismatch. 
Format 
The log report format for AUDT401 is as follows: 
AUDT401 mmmdd hh:mm:ss ssdd INFO State Mismatch 
Audit has correct mismatch in CCS7 НОНІ RCP 
Example 


An example of log report AUDT401 follows: 


AUDT401 JUL26 04:23:20 8765 INFO HOH1 Code Mismatch 
Audit has correct mismatch in CCS7 HOH1 RCP 


Field Descriptions 
The following table explains each field in the log report: 


Heading Heading Heading 
INFO stateMismatch Constant Indicates a mismatch occurred. 
Audit has correct Constant Indicates the audit corrected a mismatch in 
mismatch in CCS7 office parm CCS7_HOH1_RCP. 
HOH1 RCP 
Action 


No action is required. 


Associated OM registers 
There are no associated registers. 
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AUDT165 
Explanation 
The Audit (AUDT) subsystem generates AUDT165 when the Special Tone 
Table (STN) audit discovers a member of the table. If a member of the table 
has an equipment state that does not agree with the condition bits, AUDT 
generates AUDT165. 
Format 
The log report format for AUDT165 is as follows: 
AUDT165 mmmdd hh:mm:ss ssdd INFO STN AUDIT trkid 
RECOVERED FROM STATE txt TO txt TO SATISFY COND BITS 
IN DATA 
Example 


An example of log report AUDT165 follows: 


AUDT165 АРК01 12:00:00 2112 INFO STN AUDIT BVTONE 
RECOVERED FROM STATE INI TO PMB TO SATISFY COND SITS IN 
DATA 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


STN AUDIT Constant Indicates STN audit discovered a 
discrepancy between equipment state and 
condition bits. The audit corrected 
equipment state. 


trkid Table | Provides equipment identification for STN 
part. Refer to Table | in this document. 

RECOVERED FROM STATE Table E Provides equipment state before audit 

ixt corrects. Refer to Table E in this document. 

TO txt Table E Provides equipment state after audit 
corrects. Refer to Table E in this document. 

TO SATISFY CONDITION BITS Constant Indicates audit changed equipment state to 

IN DATA agree with the condition bits. 
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AUDT165 (end) 


Action 
There is no action required. 
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Explanation 


UCS log reports 1-765 


The Audit (AUDT) subsystem log report AUDT601. The subsystem generates 
AUDT601 when the Digital Echo Sxuppressor (DES) finds an error. This error 
occurs when the trunk state of an echo suppressor does not agree with the state 
that the condition bits indicate. The DES audit sets the trunk state to the state 
that the condition bits indicate. 


Format 


The log report format for AUDT601 is as follows: 


AUDT601 mmmdd hh:mm:ss ssdd INFO DES AUDIT 1 


CKT trkid 


AUDITED FROM STATE txt TO STATE txt 
BY DES AUDIT TO SATISFY CONDITION BITS IN DATA. 


Example 


An example of log report AUDT601 follows: 


AUDT601 АРК01 12:00:00 2112 INFO DES AUDIT 1 


CKT 


ESUP1 


4 


AUDITED FROM STATE PMB TO STATE IDL 
BY DES AUDIT TO SATISFY CONDITION BITS IN DATA. 


Field descriptions 


The following table explains each of the fields in the log report: 


Field 


DES AUDIT 1 


CKT trkid 


AUDITED FROM STATE txt 


TO STATE txt 


BY DES AUDIT TO SATISFY 
CONDITION BITS IN DATA. 


Value 


Constant 


Table | 


Table E 


Table E 


Constant 


Description 
Indicates DES audit report. 


Provides equipment identification for 
suspect trunk equipment. Refer to Table lin 
this document. 


Provides trunk state before audit. Refer to 
Table E in this document. 


Provides trunk state after audit. Refer to 
Table E in this document. 


Indicates audit reset trunk state to agree 
with condition bits. 
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AUDT601 (end) 


Action 
There is no action required. 
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AUDT600 
Explanation 
The Audit (AUDT) subsystem log report AUDT600. The subsystem generates 
AUDT600 when a call attempts to free a digital echo suppressor (DES) that 
another call owns. 
Format 
The log report format for AUDT600 is as follows: 
AUDT600 mmmdd hh:mm:ss ssdd WARN DES AUDIT 1 
INVALID FREE FOR DES 
DES trkid callid callid 
Example 


An example of log report AUDT600 follows: 


AUDT600 APRO1 12:00:00 2112 WARN DES AUDIT 1 
INVALID FREE FOR DES 
DES CKT ESUP1 2 52963 197325 


Field descriptions 
The following table describes each of the fields in the log report: 


Field Value Description 

WARN DES Constant Indicates call attempted to free DES 

AUDIT 1 INVALID that another call owns 

FREE FOR DES 

DES Symbolic text Provides equipment identification for 
DES 

CALLID Symbolic text Identifies call that attempts to free 
DES 

CALLID Symbolic text Identifies call that owns DES 


Action 


If AUDT600 appears more than three times in five minutes, examine 
associated reports. Perform manual diagnostic tests to isolate the problem. 
Refer to the Trunks Maintenance Guide for diagnostic tests of trunk 
equipment. If tests fail, contact the next level of maintenance. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-768 UCS log reports 
AUDT600 (end) 


Associated OM registers 
There are no associated OM registers. 
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AUDT603 
Explanation 
The Audit (AUDT) subsystem log report AUDT603. The subsystem generates 
AUDT603 when the digital echo suppressor (DES) audit discovers a problem. 
Format 
The log report format for AUDT603 is as follows: 
AUDT603 mmmdd hh:mm:ss ssdd INFO DES AUDIT 3 
CKT trkid 
trbltxt 
Example 


An example of log report AUDT603 follows: 


AUDT603 АРК01 12:00:00 2112 INFO DES AUDIT 3 
CKT ESUP2 2 
DES RECOVERED FROM AN UNDETERMINED STATE 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


INFO DES AUDIT 3 
CKT 


trbltxt 


Constant 


Symbolic text 


DES IDLE BUT NOT ON 
IDLE LIST 


DES IDLE LIST 
FOUND FAULTY 


DES NOT IDLE BUT 
QLINK NOT NIL 


DES RECOVERED 
FROM AN 
UNDETERMINED 
STATE 


Indicates DES audit report 


Provides equipment identification for suspect 
trunk equipment 


Indicates circuit was not correctly discovered 
off DES queue. 


Indicates queue has errors. This trbltxt does 
not have a trkid. 


Indicates circuit was not correctly discovered 
on DES queue 


Indicates condition bits were not set 
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AUDT603 (end) 


(Sheet 2 of 2) 
Field Value Description 
DES SYS BSY TOO Indicates circuit was system busy too long 
LONG, RECOVERED 
BY AUDIT 
PM BSY BIT SET BUT Indicates peripheral module (PM) busy 
PM OK, DES condition does not agree with the current state 
RECOVERED of the PM. PM BSY, DES STATE 
CORRECTED follows this trbltxt. 
Action 


Busy and return the circuit to service to correct queuing information if trbltxt 
1s: 


* DES IDLE BUT NOT ON IDLE LIST, or 
* DES NOT IDLE BUT QLINK NOT NIL 


There is no other action required. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 


UCS log reports 1-771 


The system generates AUDT608 when the linkset SLS audit finds a mismatch. 
This mismatch is between the computing module (CM) and a CCS7 link 
interface unit (LIU7) version of the 8-bit signaling link selection (SLS) feature 
activation state. 


The log report format for AUDT608 is as follows. 


AUDT608 mmmdd hh:mm:dd ssdd INFO 
LIU7 nnn 

8 BIT SLS Feature State Mismatch 
Master State: <CM state> 

Slave State: <LIU7 state> 


Action: Feature State and Routing Tables corrected by audit. 
No craft action necessary 


An example of log report AUDT608 follows. 


AUDT608 JAN20 10:15:48 7865 INFO 

LIU7 100 

8 BIT SLS Feature State Mismatch 

Master State: 8 Bit SLS Activated 

Slave State: 8 Bit SLS Deactivated-to-Activated Transition 


Action: Feature State and Routing Tables corrected by audit. 
No craft action necessary. 


Field descriptions 


The following table describes each field in the log report: 


Log report fields (Sheet 1 of 2) 


Field Value Description 
LIU7 nnn Numeric Indicates the number of the node where the 
mismatch occurs. 
CM state 8-Bit SLS Indicates that 8-bit SLS is active on the CM.. 
Activated 
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AUDT608 (continued) 
Log report fields (Sheet 2 of 2) 
Field Value Description 
8-Bit SLS Indicates that 8-bit SLS is not active on the 
Deactivated CM. 
8-Bit SLS Indicates that 8-bit SLS is in a state of 
Deactivated-to- change from deactivation to activation 
Activated Change 
8-Bit SLS Indicates that 8-bit SLS on the CM is in a 
Activated-to- state of change from deactivation to 
Deactivated activation. 
Change 
\UNKNOWN Indicates that the status of 8-bit SLS on the 
CM is not known 
LIU7 state 8-Bit SLS Indicates that 8-bit SLS is active on the 
Activated LIU7. 
8-Bit SLS Indicates that 8-bit SLS not active on the 
Deactivated LIU7. 
8-Bit SLS Indicates that 8-bit SLS on the LIU7 is ina 
Deactivated-to- state of change from deactivation to 
Activated Change activation. 
8-Bit SLS Indicates that 8-bit SLS on the LIU7 is in a 
Activated-to- state of change from activation to 
Deactivated deactivation 
Change 
UNKNOWM Indicates that status of 8-bit SLS on the LIU7 
is not known 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


The system generates AUDT608 when the following two conditions occur. 
The 8-bit SLS feature changes state. The CM and the LIU? each have а 
different activation state owing to an update failure. 
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AUDT608 (епа) 


The audit corrects the mismatch between the CM and the LIU7. 
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AUDT605 


Explanation 
The Audit (AUDT) subsystem generates AUDT605 when the digital echo 
suppressor (DES) audit discovers a discrepancy. This discrepancy is in a local 
group state table and DES system data for the given group. The audit goes 
through all the circuits in the group and sums the states into a local state table. 
The audit compares the local table with the system state table. There are two 
possible explanations if the tables do not match. One explanation is that the 
system source table was not updated when a DES circuit changed state. The 
second explanation is that while the audit was timed out, the circuit changes 
state. The audit runs again, this time not preemptable. If the tables still do not 
match, the system corrects the system table and the subsystem generates 
AUDT605. 


Format 
The log report format for AUDT605 is as follows: 


AUDT605 mmmdd hh:mm:ss ssdd INFO DES AUDIT 4 
DES STATE TABLE CHANGED BY AUDIT. 
THIS MATRIX REPRESENTS THE 
NUMBER OF DES CIRCUITS IN EACH STATE. 

OLD NEW OLD NEW 
txt nnn nnn txt nnn nnn 


Example 
An example of log report AUDT605 follows: 


AUDT605 АРК01 12:00:00 2112 INFO DES AUDIT 4 


DES STATE TABLE CHANGED BY AUDIT. 
THIS MATRIX REPRESENTS THE 
NUMBER OF DES CIRCUITS IN EACH STATE. 
OLD NEW OLD NEW 

NEQ 20 20 ІМВ 12 12 

MB 0 0 ММВ 0 0 

РМВ 0 0 RMB 0 0 

SB 0 0 CFL 0 0 

LO 1 0 DEL 0 0 

ІМІ 0 0 СРВ 0 0 

CPD 0 0 ҺЕ5 0 0 

IDL 5 0 SZD 0 0 
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AUDT605 (end) 


Field descriptions 


The following table describes each field in the log report: 


NUMBER OF DES 
CIRCUITS IN EACH 


Field Value Description 

INFO DES AUDIT 4 Constant Indicates an audit of states of all DES ina 
group 

DES STATE TABLE Constant Indicates system state table changed to agree 

CHANGED BY AUDIT. with local state table 

THIS MATRIX 

REPRESENTS THE 


STATE. 

OLD NEW Constant Provides headings for number of DES circuits 
in each state before and after an audit updates 
the system table 

іхі Symbolic text Identifies DES circuit state 

nnn nnn 0-999 Provides number of circuits in state txt before 
and after an audit updates the system table 

Action 


If the system generates AUDT605 more than three times in 5 m, examine 
associated reports and perform manual diagnostic tests. This isolates the 
problem. See Trunks Maintenance Guide for diagnostic tests that can be run 
on trunk equipment. If this fails, contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 
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AUDT612 


Explanation 


The Audit (AUDT) subsystem generates AUDT612 when the CCS audit 
discovers a mismatch in the link availability states. This mismatch occurs in 
the line availability states of the master controlling processor and one of the 
slave nodes. The master controlling processor is central control/computing 
module. Slave nodes are normally peripheral modules. Where the link 
interface unit (LIU) is a multiple link interface unit (MLIU), the output string 
of this log is MLIU in place of LIUT. 


Format 
The log report formats for AUDT612 are as follows: 


Format 1 


AUDT612 mmmdd hh:mm:ss ssdd INFO 
CCS Link State Mismatch for Link = linkid 
Master State = statxt, Slave State = statxt 
Mismatch corrected by audit. 
Resource = liuno 


Format 2 


AUDT612 mmmdd hh:mm:ss ssdd INFO 
CCS Link State Mismatch for Link = linkid 
Master State = statxt, Slave State = statxt 
Mismatch corrected by audit. 
Resource = msbno ST=st TL=tl tn 


Format 3 


AUDT612 mmmdd hh:mm:ss ssdd INFO 
CCS Link State Mismatch for Link = linkid 
Master State = statxt, Slave State = statxt 
Mismatch corrected by audit. 
Resource = msbno ST = st TL = tl tn STPOOL = pool 


Example 
Examples of log report AUDT612 follow: 


Example 1 
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AUDT612 (continued) 


AUDT612 МАҮ11 10:20:04 2512 INFO 
CCS Link State Mismatch for Link = LS TORO856 15 
Master State = Avail, Slave State = Unavail 
Mismatch corrected by audit. 
Resource = LIU7 201 


Example 2 


AUDT612 МАҮ11 10:20:04 2512 INFO 
CCS Link State Mismatch for Link = LS TORO856 15 
Master State = Avail, Slave State = Unavail 
Mismatch corrected by audit. 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 1 


Example 3 


AUDT612 МАҮ11 10:20:04 2512 INFO 
CCS Link State Mismatch for Link = LS TORO856 15 
Master State = Avail, Slave State = Unavail 
Mismatch corrected by audit. 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 1 STPOOL = 1 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


INFO Link State 
Mismatch for Link 


Symbolic text 


Master State Slave Text string 
State 


Mismatch corrected by Textstring 
audit. 


Avail 
Unavail 
Changeover 


Changeback 


Description 


See customer data Table C7LINK for values. 
Provides equipment identification for suspect 
link. See Table І. 


Provides the state of the master link or the 
slave link. Refer to State table. 


The audit detected and corrected the 
mismatch between the master and the slave. 


Indicates the link is available 
Indicates the link is not available 
Indicates the link is in а changeover state 


Indicates the link is in a changeback state 
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AUDT612 (end) 


(Sheet 2 of 2) 


Field Value Description 


Resource Alphanumeric Identifies the allocated resource for the link. 
This field indicates the link interface unit 7 
(LIU7) or the message switch buffer 7 (MSB7) 
and the signaling transfer (ST) numbers. 


ST Text string Indicates the ST number of the resource. See 
Table C7LINK for values. 


TL Text string Indicates the trunk name of the resource. See 
Table C7LINK for values. 


tn Text string Indicates the trunk number of the resource 


STPOOL Text string Indicates the STPOOL number of the 
resource. See Table C7LINK for values. 


Action 


The audit process automatically corrects the data mismatch. Contact the next 
level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT613 
Explanation 
The Audit (AUDT) subsystem generates AUDT613 when an audit discovers a 
mismatch. This mismatch is between the linkset availability states of the 
master processor and one of the slave nodes. The master processor is the 
central control (CC)/computing module (CM). 
Format 
The log report format for AUDT613 follows: 
AUDT613 mmmdd hh:mm:ss ssdd INFO nodenm n 
CCS Linkset State Mismatch for Linkset = linkset clli 
Master State=statxt, Slave State=statxt 
Mismatch corrected by audit. 
Example 


An example of log report AUDT613 15 as follows: 


AUDT613 MAY11 10:20:04 2512 INFO DTC 26 
CCS Linkset State Mismatch for Linkset = LS TORO0856 
Master State = Avail, Slave State = Unavail 
Mismatch corrected by audit. 


Field descriptions 
The following table describes the fields in the log report: 


(Sheet 1 of 2) 
Field Value Description 


INFO DTC n, MSB7 n Identifies the slave node that this audit affects. 
If this field is blank, the CC/CM node is the 
slave node. This condition occurs when 
software in the CM is slave to other controlling 
software in the CM. 


CCS Linkset State Symbolic text See table C7LINK. Provides equipment 
Mismatch for Linkset identification for suspect linkset. 
Master State Avail Indicates master processor linkset is available 
Unavail Indicates master processor linkset is not 
available 
Slave State Avail Indicates the slave linkset is available 
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AUDT613 (end) 


(Sheet 2 of 2) 


Field Value 


Description 


audit. 


Action 


Unavail 


Mismatch corrected by Textstring 


Indicates the slave linkset is not available 


The audit detected and corrected the 
mismatch between the master and the slave. 


The audit system automatically corrects the data mismatch. Contact the next 
level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT614 


Explanation 


Format 


Example 


The Audit (AUDT) subsystem generates AUDT614 when the common 
channel signaling (CCS) audit discovers a mismatch. This mismatch occurs in 
the routeset availability states of the master processor and one of the slave 
nodes. The master processor is the computing module (CM)/central control 
(CC). The slave node is normally a peripheral module (PM). 


The log report format for AUDT614 is as follows: 


AUDT614 mmmdd hh:mm:ss ssdd INFO nodenm n 
CCS Routeset State Mismatch for Routeset = Routeset clli 
Master State = statxt, Slave State = statxt 
Mismatch corrected by audit. 


An example of log report AUDT614 follows: 


AUDT614 MAY11 10:20:04 2512 INFO MSB7 3 
CCS Routeset State Mismatch for Routeset = RS OTTAWA 
Master State = Avail, Slave State = Unavail 
Mismatch corrected by audit. 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 
INFO MSB7 n Identifies the slave node this audit affects. If 
DTC n this field is blank, the CC/CM is the slave node. 
This condition occurs when software in the CM 
is slave to other controlling software in the CM. 
CCS Routeset State Symbolic text Provides equipment identification for suspect 
Mismatch for Routeset routeset. 
Master State Avail Indicates master routeset is available 
Unavail Indicates master routeset is not available 
Slave State Avail Indicates slave routeset is available 
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(Sheet 2 of 2) 


Field Value 


Description 


audit. 


Action 


Unavail 


Mismatch corrected by Textstring 


Indicates slave routeset is not available 


The audit detected and corrected the 
mismatch between the master and the slave. 


The audit process automatically corrects the data mismatch. Contact the next 
level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT615 


Explanation 


The Audit (AUDT) subsystem generates AUDT615 when the common 
channel signaling (CCS) audit discovers a mismatch. This mismatch occurs in 
the route availability states between the master processor and one of the slave 
nodes. The master processor is the central control (CC)/computing module 
(CM). The slave node is normally a peripheral module (PM). 


Format 
The log report format for AUDT615 is as follows: 


AUDT615 mmmdd hh:mm:ss ssdd INFO nodenm n 
CCS Route State Mismatch for Route = routeid 
Master State — statxt, Slave State — statxt 
Mismatch corrected by audit. 


Example 
An example of log report AUDT615 follows: 


AUDT615 MAY11 10:20:04 2512 INFO MSB7 3 
CCS Route State Mismatch for Route - RS OTTAWA 1 
Master State - Avail, Slave state - Unavail 
Mismatch corrected by audit. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO MSB7 n, DTC n Identifies the slave node that this audit affects. 
If this field is blank, the CC/CM node is the 
slave node. This condition occurs when 
software in the CM is slave to some other 
software in the CM. 


CCS Route State Symbolic text Provides equipment identification for suspect 
Mismatch for Route route. 
Master State Indicates the state of the master node route 
Avail Indicates that the route is available 
Unavail Indicates that the route is not available. 
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(Sheet 2 of 2) 
Field Value Description 
Restricted Indicates that the route is in a restricted state. 
Cntrd rerte Indicates that the route is in a controlled 
reroute state. 
Forcd rerte Indicates that the route is in a forced reroute 
state. 

Slave State Text string Indicates the state of the slave node route. 
Options same as options for master state in 
this table. 

Mismatch corrected by Textstring The audit detected and corrected the 

audit. mismatch between the master and the slave. 

Action 


The audit process automatically corrects the data mismatch. Contact the next 
level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT609 


Explanation 


Format 


Example 


UCS log reports 1-785 


The system generates AUDT609 a wrong 8-bit signaling link selection (SLS) 
feature activation state change occurs. The system generates the linkset SLS 
sanity audit when the feature state is in a state of change for too long. The 
system also generates AUDT609 when the feature state 1s reset to IDLE. 


The log report format for AUDT609 is as follows: 


AUDT609 mmmdd hh:mm:dd ssdd INFO 
<DDM node name> 
8 BIT SLS Feature State Reset 


State: <CM state> 

Problem: Feature State Transition Failed 

Action: Feature State on CM Reset to 8 Bit SLS Deactivated. 
No craft action necessary 


An example of log report AUDT609 follows: 


AUDT609 JAN20 10:15:48 7865 INFO 
DDM Host Node 
8 BIT SLS Feature State Reset 


State: 8 Bit SLS Activated-to-Deactivated Transition 

Problem: Feature State Transition Failed 

Action: Feature State on CM Reset to 8 Bit SLS Deactivated 
No craft action necessary 


Field descriptions 


The following table explains each field in the log report: 


Log report fields (Sheet 1 of 2) 


Field 


Value Description 


DDM node name 


Text Indicates the name of the distributed data 
manager (DDM) node (always CM). 
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AUDT609 (епа) 


Log report fields (Sheet 2 of 2) 


Field Value 


Description 


CM state 8-Bit SLS 
Deactivated-to- 
Activated Change 


8-Bit SLS 
Activated-to- 
Deactivated 
Change 


Action 
There is no action required. 


Associated OM registers 


Indicates that 8-bit SLS is in transition from 
deactivation to activation when the system 
detects the invalid transition. 


Indicates that 8-bit SLS is in transition from 
activation to deactivation when the system 
detects the invalid transition. 


There are no associated OM registers. 


Additional information 


The linkset SLS sanity audit resets the CM state to idle. This action corrects 
the wrong 8-bit SLS feature activation state change. The system does not 
generate AUDT609 unless the feature changes state. The system generates 
only one log in response to a continuing feature state change. 
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AUDT617 


Explanation 


The system generates AUDT617 to report the detection and correction of one 
of the following events: 


e the linkset SLS sanity audit found corrupted data in the computing module 
(CM) linkset signaling link selection (SLS) 


e (һе linkset SLS CM-to-LIU7 consistency audit found a mismatch. This 
mismatch occurs between the data for the CM and the CCS7 link interface 
unit (LIU7) linkset SLS. 


Format 
The log report format for AUDT617 is as follows: 


AUDT617 mmmdd hh:mm:ss ssdd INFO 
Linkset SLS Data Correction 

<DDM node name> 

<linkset name> 


Problem: <problem description> 
Action: <action description> 
No craft action necessary 


Example 
An example of log report AUDT617 follows: 


AUDT617 JAN20 10:15:48 7865 INFO 
LIU7 101 

Linkset SLS Data Correction 
Linkset: LN201005001 


Problem: SLS to Link Table Mismatch 
Action: Mismatch Corrected by Audit 
No craft action necessary 
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AUDT617 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Log report fields 


Field Value Description 


<DDM node name> Alphanumeric Indicates the name of the distributed data 
manager (DDM) node. 


<Linkset> Alphanumeric Indicates the linkset on which the system 
corrects the SLS. 


<problem description> Virtual Links Table Describes the problem in the linkset SLS 
Corrupted data. 


Working Links 
Count Corrupted 


SLS to Link Table 
Corrupted 


Linkset Slots Table 
Corrupted 


SLS to Link 
Distribution 
Imbalanced 


Virtual Links Table 
Mismatch 


Working Links 
Count Mismatch 


SLS to Link Table 
Mismatch 


<action description> CM Corruption Describes the action taken by either the 
Corrected audit or the sanity check to correct the 
СМ SLS problem with the SLS data. 


Imbalance 
Corrected 


Mismatch 
Corrected by Audit 


Action 
There is no action required. 
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AUDT617 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Multiple link events that occur at close intervals can cause differences between 
CM and LIU7 table entries. 


The SLS CM-to-LIU7 agreement audit corrects the defect or mismatch. 
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AUDT616 


Explanation 


The Audit (AUDT) subsystem generates AUDT616 when an audit discovers a 
mismatch. This mismatch occurs in the link synchronization (Sync) states 
between the central control (CC) and the signaling terminal (ST). To correct 
the problem, the audit deactivates and restores the link. Where the link 
interface unit (LIU) is a multiple link interface unit (MLIU), the output string 
of this log is MLIU in place of LIUT. 


Format 
The log report formats for AUDT616 are as follows: 


Format 1 


AUDT616 mmmdd hh:mm:ss ssdd INFO State Mismatch 
Link = linkid 
CC/CM State = statxt ST State = statxt 
Resource = liuno 


Format 2 


AUDT616 mmmdd hh:mm:ss ssdd INFO State Mismatch 
Link = linkid 
CC/CM State = statxt ST state = statxt 
Resource = msbno ST=st TL=tl tn 


Format 3 


AUDT616 mmmdd hh:mm:ss ssdd INFO State Mismatch 
Link = linkid 
CC/CM State = statxt ST state = statxt 
Resource = msbno ST = st TL = tl іп STPOOL = pool 


Example 
Examples of log report AUDT616 follow: 


Format | 


AUDT616 APRO1 12:00:00 2112 INFO State Mismatch 
Link = C7LKSET1 5 
СС/СМ State = Sync ST state = PRO 
Resource = LIU7 201 
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AUDT616 (continued) 


Format 2 


AUDT616 APRO1 12:00:00 2112 INFO State Mismatch 


Link = C7LKSET1 5 
СС/СМ State = Sync 
Resource = MSB7 2 


Format 3 


ST state = PRO 


2 TL = CSS7TLO1 1 


AUDT616 APRO1 12:00:00 2112 INFO State Mismatch 


Link = C7LKSET1 5 
СС/СМ State = Sync 
Resource = MSB7 2 


Format 4 


ST state = PRO 


2 TL = CSS7TLO1 1 STPOOL = 1 


AUDT616 OCT18 14:52:12 2658 INFO State Mismatch 


Link = C7LKSET2 7 
СС/СМ State = Deactive 
Resource = LIU7 101 


Field descriptions 


ST state = Aligned 
= CCS7TLO1 0 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


INFO State Mismatch 


Link = linkid 


CC/CM State = statxt 


ST State = statxt 


Resource = 


Constant 


Symbolic text 


Sync 


PRO 
Sync 
PRO 


Constant 


Indicates an audit discovers a mismatch in link 
sync availability state 


See customer data Table C7LINK. Provides 
equipment identification for suspect link sync. 
See Table І. 


Indicates the CC or CM link sync is 
synchronized. 


Indicates processor outage (PRO). 
Indicates ST link sync is synchronized. 
Indicates processor outage. 


Identifies the allocated resource for the link. 
Indicates the link interface unit 7 (LIU7) or the 
message switch and buffer 7 (MSB7) and the 
signaling transfer (ST) numbers. 
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AUDT616 (end) 


(Sheet 2 of 2) 


Field Value Description 

liuno Symbolic text See customer data Table C7LINK. Indicates 
the LIU number for the resource. 

msbno Symbolic text See customer data Table C7LINK. Indicates 
the MSB number of the resource. 

st Symbolic text See customer data Table C7LINK. Indicates 
the ST number of the resource. 

tl Symbolic text See customer data Table C7LINK. Indicates 
the trunk name of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text See customer data Table C7LINK. Indicates 
the STPOOL number of the resource. 

Action 


Associated OM registers 


There is no action required. 


There are no associated OM registers. 
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AUDT619 


Explanation 


The Audit (AUDT) subsystem generates AUDT619 if the system finds that the 
congestion progress for a routeset stalls during a CCS7 routeset audit. The 
system can perform as many as two audit cycles at two min per cycle to detect 
the stop. 


Note: After the system issues this log, the system automatically initiates a 
new congestion abatement attempt for the routeset. 


Format 
The log report format for AUDT619 is as follows: 


AUDT619 mmmdd hh:mm:ss ssdd INFO Routeset Congestion Progress 
Audit 
Routeset = aaa 
Congestion Progress: x, Congestion Level: y, Network Congestion: z 
Problem = Routeset congestion progress found stalled 
Action = Attempt congestion abatement for routeset 


Example 
An example of log report AUDT619 follows: 


AUDT619 SEP24 09:26:14 9300 INFO Routeset Congestion 
Progress Audit 
CCS Congestion Mismatch for Link = LS NEW YORK 5 
Master Congestion: 3, Slave Congestion: 0 
Resource = LIU7 201 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO CCS Congestion Symbolic text Indicates the affected CCS7 link. 

Mismatch for Link 

Master Congestion 0-3 Indicates the level of congestion of the master 
processor, from lowest level (0), to highest 
level (3) 
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(Sheet 2 of 2) 


Field Value Description 

Slave Congestion 0-3 Indicates the level of congestion of the slave 
node, from lowest level (0), to highest level (3) 

Resource Alphanumeric Identifies the allocated resource for the link. 
Indicates the link interface unit 7 (LIU7) or the 
message switch and buffer 7 (MSB7) and the 
signaling transfer (ST) numbers. 

ST Symbolic text Indicates the ST number of the resource. 

TL Symbolic text Indicates the trunk name of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

STPOOL Symbolic text Indicates the STPOOL number of the 
resource. 

Action 


The audit process automatically corrects the mismatch. Contact the next level 
of maintenance for analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT621 
Explanation 
The Audit (AUDT) subsystem generates AUDT621 when the audit discovers 
a mismatch. This mismatch occurs between the master controlling processor 
and one of the slave nodes. The master controlling processor is the central 
control (CC)/computing module (CM). The slave node is normally a 
peripheral module (PM). The AUDT621 indicates a difference in congestion 
level data for a common channel signaling (CCS) link. Where the link interface 
unit (LIU) is a multiple link interface unit (MLIU), the output string of this log 
is MLIU in place of LIUT. 
Format 
The log report format for AUDT621 is as follows: 
Format 1 
AUDT621 mmmdd hh:mm:ss ssdd INFO 
CCS Congestion Mismatch for Link = linkid 
Master Congestion: cglevel, Slave Congestion: cglevel 
Resource = liuno 
Format 2 
AUDT621 mmmdd hh:mm:ss 5544 INFO 
CCS Congestion Mismatch for Link = linkid 
Master Congestion: cglevel, Slave Congestion: cglevel 
Resource = msbno ST=st TL=tl tn 
Format 3 
AUDT621 mmmdd hh:mm:ss 5544 INFO 
CCS Congestion Mismatch for Link = linkid 
Master Congestion: cglevel, Slave Congestion: cglevel 
Resource = msbno ST = 5# TL=tltn STPOOL = pool 
Example 


An example of log report AUDT621 follows: 


Format 1 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-796 UCS log reports 


AUDT621 (continued) 


AUDT621 MAY11 12:22:54 2112 INFO 
CCS Congestion Mismatch for Link = LS NEW_YORK 5 


Master Congestion: 
source = LIU7 201 


Re 


Format 


2 


Slave Congestion: 0 


AUDT621 MAY11 12:22:54 2112 INFO 
CCS Congestion Mismatch for Link = LS NEW YORK 5 


Master Congestion: 
source - MSB7 2 


Re 


Format 


3 


Slave Congestion: 0 


2 TL = CCS7TLO 1 


AUDT621 MAY11 12:22:54 2112 INFO 
CCS Congestion Mismatch for Link = LS NEW YORK 5 


Master Congestion: 
source - MSB7 2 


Re 


Field descriptions 


Slave Congestion: O0 


2 TL = CCS7TLO 1 STPOOL = 1 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


INFO CCS Congestion 
Mismatch for Link 


Master Congestion 


Slave Congestion 


Resource 


ST 
TL 


Value 


Symbolic text 


0-3 


0-3 


Alphanumeric 


Symbolic text 


Symbolic text 


Description 


Indicates the affected CCS7 link. 


Indicates the level of congestion of the master 
processor, from lowest level (0), to highest 
level (3). 


Indicates the level of congestion of the slave 
node, from lowest level (0), to highest level (3). 


Identifies the allocated resource for the link. 
Indicates the link interface unit 7 (LIU?) or the 
message switch and buffer 7 (MSB7) and the 
signaling transfer (ST) numbers. 


Indicates the ST number of the resource. 


Indicates the trunk name of the resource. 
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AUDT621 (end) 


(Sheet 2 of 2) 


Field Value Description 
tn Symbolic text Indicates the trunk number of the resource. 
STPOOL Symbolic text Indicates the STPOOL number of the 
resource. 
Action 


The audit process automatically corrects the mismatch. Contact the next level 
of maintenance for analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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AUDT622 


Explanation 


The Audit (AUDT) subsystem generates AUDT622 when the common 
channel signaling (CCS) audit discovers a mismatch. This mismatch occurs 
between the link discard levels of the master controlling processor and one of 
the slave nodes. The master controlling processor is the central/computing 
module. The slave node is normally a peripheral module. Where the link 
interface unit (LIU) is a multiple link interface unit (MLIU), the output string 
of this log is MLIU in place of LIU7. 


Format 
The log report formats for AUDT622 are as follows: 


Format 1 


AUDT622 mmmdd hh:mm:ss 5544 INFO 
CCS Link Discard Mismatch for Link = linkid 
Master Discard Level: cglevel Slave Discard Level: cglevel 
Resource = liuno 


Format 2 


AUDT622 mmmdd hh:mm:ss 5544 INFO 
CCS Link Discard Mismatch for Link = linkid 
Master Discard Level: cglevel Slave Discard Level: cglevel 
Resource = msbno ST=st TL=tl tn 


Format 3 


AUDT622 mmmdd hh:mm:ss 5544 INFO 
CCS Link Discard Mismatch for Link = linkid 
Master Discard Level: cglevel Slave Discard Level: cglevel 
Resource = msbno ST = st TL = tl іп STPOOL = pool 


Example 
An example of log report AUDT622 follows: 


Format | 
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AUDT622 (continued) 


AUDT622 MAY11 12:13:19 2112 INFO 
CCS Link Discard Mismatch for Link = LS ATLANTA GA 1 
Master Discard Level: 2, Slave Discard Level: 1 
Resource = LIU7 201 


Format 2 


AUDT622 MAY11 12:13:19 2112 INFO 
CCS Link Discard Mismatch for Link = LS ATLANTA GA 1 
Master Discard Level: 2, Slave Discard Level: 1 
Resource = MSB7 2 ST = 2 TL = CCS7TLO1l 1 


Format 3 


AUDT622 MAY11 12:13:19 2112 INFO 
CCS Link Discard Mismatch for Link = LS ATLANTA GA 1 
Master Discard Level: 2, Slave Discard Level: 1 
Resource = MSB7 2 ST = 2 TL = CCS7TLO1 1 STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


CCS Link Discard Symbolic text Identifies the CCS link with data defects. 
Mismatch for Link 


Master Discard Level 0-3 Indicates the congestion level of the master 
controlling processor. The lowest level is 0 
and the highest level is 3. 


Slave Discard Level 0-3 Indicates the level of congestion of the slave 
node. The lowest level is 0 and the highest 
level is 3. 

Resource Alphanumeric Identifies the allocated resource for the link. 


Indicates the Link Interface Unit 7 (LIU7) or the 
Message Switch Buffer 7 (MSB7) and the 
Signaling Transfer (ST) numbers. 


ST Symbolic text Indicates the ST number of the resource. 


TL Symbolic text Indicates the trunk name of the resource. 
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(Sheet 2 of 2) 


Field Value Description 
TN Symbolic text Indicates the trunk number of the resource. 
STPOOL Symbolic text Indicates the STPOOL number of the 
resource. 
Action 


The audit process automatically corrects the data discrepancy. Contact the 
next level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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The Audit (AUDT) subsystem log report AUDT602. The subsystem generates 
AUDT602 when a Digital Echo Suppressor (DES) audit recovers an echo 
suppressor. The error occurs when an echo suppressor has a terminal state that 
is not correct for its trunk state. 


Format 


The log report format for AUDT602 is as follows: 


AUDT602 mmmdd hh:mm:ss ssdd INFO DES AUDIT2 


CKT trkid 


DES WAS RECOVERED BECAUSE ITS TERMINAL STATE n 
WAS NOT VALID FOR ITS TRUNK STATE txt 


Example 


An example of log report AUDT602 follows: 


AUDT602 АРК01 12:00:00 2112 INFO DES AUDIT 2 


CKT 


ESUP2 


0 


DES WAS RECOVERED BECAUSE ITS TERMINAL STATE 2 
WAS NOT VALID FOR ITS TRUNK STATE IDL 


Field descriptions 


The following table describes each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

DES AUDIT 2 Constant Indicates DES audit report. 

CKT trkid Table | Provides equipment identification for 
suspect trunk equipment. Refer to Table in 
this document. 

DES WAS RECOVERED 0 Indicates terminal state is selectcptlb. 

BECAUSE ITS TERMINAL l e 

STATE n 1 Indicates terminal state is linkedtotlb. 

2 Indicates terminal state is ignoremsgs. 

3 Indicates terminal state is useinputhandler. 
4 indicates terminal state is recover. 

5 Indicates terminal state is linkedtocptlb. 
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(Sheet 2 of 2) 
Field Value Description 
DES WAS RECOVERED 6,7 Indicates terminal state is multicplinked. 
BECAUSE ITS TERMINAL 
STATE n 
WAS NOT VALID FOR ITS Table E Indicates terminal state of DES. Refer to 
TRUNK STATE txt Table E in this document. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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AUDT623 


Explanation 


The Audit (AUDT) subsystem generates AUDT623 when the common 
channel signaling (CCS) audit finds a mismatch. This mismatch occurs in 
routeset congestion levels between the master controlling processor and one of 
the slave nodes. The master controlling processor is the central control 
(CC)/computing module (CM). The slave node is normally a peripheral 
module (PM). 


The AUDT623 indicates that messages bound for the CCS network are 
discarded for reasons that are not correct. 


Format 
The log report format for AUDT623 is as follows: 


AUDT623 MAY11 08:23:54 2112 INFO DTC 26 

CCS Routeset Congestion Mismatch for Routeset — 
RS HOLLYWOODA 

Master Congestion : 0, Slave Congestion : 2 


Example 
An example of log report AUDT623 follows: 


AUDT623 mmmdd hh:mm:ss ssdd INFO nodenm n 
CCS Routeset Congestion Mismatch for Routeset - routeset 
CELI 
Master Congestion : cglevel, Slave Congestion : cglevel 


Field descriptions 
The following table describes fields in the log report: 
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Field Value Description 
INFO MSB7 n, Identifies the slave node that this audit affects. 
DTC n If this field is a blank field, the CC/CM node is 

the slave node. This condition occurs when 
software in the CM is slave to other software in 
the CM. 

CCS Routeset Symbolic text Provides the common language location 

Congestion Mismatch identifier (CLLI) of the affected routeset. 

for Routeset 

Master Congestion 0-3 Indicates the level of congestion of the master 
processor. The lowest level is 0 and the 
highest level is 3. 

Slave Congestion 0-3 Indicates the level of congestion of the slave 
node. The lowest level is 0 and the highest 
level is 3. 


Action 


The audit process automatically corrects the data mismatch. Contact the next 
level of maintenance for an analysis of the audit fault detection. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 


UCS log reports 1-805 


The system generates AUDT618 to report the detection and correction of one 


of the following events: 


* the combined linkset 51,5 sanity audit found defective data in the 
computing module (CM) combined linkset signaling link selection (SLS) 


e ап accuracy check found a mismatch between data in the CM and the 
CCS7 link interface unit (LIU7) combined linkset SLS 


The log report format for AUDT618 is as follows: 


AUDT618 mmmdd hh:mm:ss ssdd INFO 
<DDM node name> 
Combined Linkset SLS Data Correction 


XlinksetO name>: 
<linksetl name>: 


Problem: <problem description> 
Action: <action description> 
No craft action necessary 


An example of log report AUDT618 follows: 


AUDT618 JAN20 10:15:48 7865 INFO 
LIU7 101 
Combined Linkset SLS Data Correction 


Linkset 0: LN20100500 
Linkset 1: LN201006001 


Problem: SLS to Link Table Mismatch 
Action: Mismatch Corrected by Audit 
No craft action necessary 
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AUDT618 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Log report fields 


Field Value Description 


<DDM node name> Alphanumeric Indicates the name of the distributed data 
manager (DDM) node. 


<linksetO name> Alphanumeric Identifies linkset zero of the combined 
linkset on which the system corrects the 
SLS data. 

«linkset1 name> Alphanumeric Identifies linkset one of the combined linkset 


on which the system corrects the SLS data. 


<problem description> SLS to Link Table Describes the problem in the combined 
Corrupted linkset SLS data. 


Linkset Slots Table 
Corrupted 


SLS to Link 
Distribution 
Imbalanced 


SLS to Link Table 
Mismatch 


<action description> CM Damage Describes the action of the audit or the 
Corrupted sanity check to correct the problem with the 
CM SLS SLS data. 


Imbalance 
Corrected 


Mismatch 
Corrected By Audit 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional Information 


Multiple link events that occur at close intervals can cause differences between 
CM and LIU7 table entries. 
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The SLS CM-to-LIU7 accuracy audit corrects the defect or mismatch. 
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AUDT626 
Explanation 
This log generates when a mismatch between the static data of the computing 
module (CM) and message switch buffer 7 (MSB7) or link interface unit 
(LIU7) for the following tables is detected: 
e C7RPLSSN 
e C7LOCSSN 
e C7NETSSN 
e C7GTTYPE 
e C7GTT 
The system corrects the mismatch. 
This log includes a data mismatch reason for the remote SCCP status field. 
Format 
The format for log report AUDT626 is as follows: 
1I. AUDT626 mmdd hh:mm:ss INFO ССР PM Data Audit 
«node type? «node number? - CCS7 
Table: SSCCP. РМ AUDIT TABLE NAMES»? 
Problem: XSCCP PM. AUDIT PROBLEMS»? 
Action: <ЗССР PM AUDIT ACTIONS»? 
Example 


The following are examples for log report AUDT626: 


1.AUDT626 MAY10 07:38:00 3800 INFO SCCP PM Data Audit 
LIU7 101 - CCS7 
Table: C7RPLSSN 
Problem: Congestion rerouting control indicator 
mismatched between CM and PM 
Action: Congestion rerouting control indicator 
Static Updated in PM 
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AUDT626 (continued) 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 
<node type> Alphanumeric Indicates the type of peripheral module. 
<node number> 0 to 255 Indicates the node number. 
Table C7LOCSSN, Identifies the table that contains mismatched 
C7NETSSN, data. 
C7GTTYPE, or C7GTT 
Table C7LOCSSN, Identifies the table that contains mismatched 
C7NETSSN, data. 
C7GTTYPE, 


C7GTT, orC7RPLSSN 


Problem Text Provides the reason for this log report and a 
description of the problem. See Table 
"Reason text". 


Action Text Describes the system action taken as a result 
of the audit. See Table "System action". 


Action to be taken 
Action by operating company personnel is not required. 


The following table lists actions that can be taken by the system. 


System action (Sheet 1 of 2) 


Action text 


Local subsystem static data updated 


Local subsystem instance data updated 

Local subsystem instance dynamic data updated 
Global title type data updated 

RPC static data added 

RSS static data added 


RSS static data deleted 
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AUDT626 (continued) 


System action (Sheet 2 of 2) 


Action text 


RPC dynamic data updated 

RSS dynamic data updated 

GTT digit data updated 

GTT result data updated 

Congestion rerouting control indicator data updated in PM. 
XUDTIND updated in LIU7 


Remote SCCP user part status updated in PM. 


The following table shows the reason text. 


Reason text (Sheet 1 of 2) 


Reason text 


Subsystem number for «ss name» «ss number» was «ss number» іп PM 
TCAP flag for «ss name» was «true/false» in PM 

Instance «ssi # (0-31)> for subsystem «ss name» not found in PM 
Subsystem «ss name» was found to be extra in PM 

MSG MTA for subsystem «ss name» instance «ssi #> was mismatched in PM 


Routing status for subsystem «ss name» instance «ssi #> was «ssi status» in PM, 
«ssi status» in CC 


Info for the GTTYPE GTTID = «external gt name> was found in PM 
Info for the GTTYPE GTTID = «external gt name> was not found in PM 


The status for PC «point code clli» was «pc status» in the PM, «pc status» in then 
CC 


The congestion level for PC <point code clli> was <рс congestion> in the PM, <pc 
congestion> in the CC 


The status for SS <ss name> at PC <point code clli> was <rpc status> in the PM, 
<rpc status> in then CC 


The data for PC <point code clli> was missing in the PM 
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Reason text (Sheet 2 of 2) 


Reason text 


The data for SS <ss name> at PC <point code clli> was missing in the PM 


The status for SS <ss name> at PC <point code clli> was <rpc status> in the PM, 
<rpc status> in then CC 


The data for PC <point code clli> was missing in the PM 
The data for SS <ss name> at PC <point code clli> was missing in the PM 


The data for SS <ss name> at PC <point code clli> was found in the PM, not in the 
CC 


The digits data for GTT was missing in the PM 

The digits data for GTT was mismatched in the PM 

The result data at index <int> <int> was mismatched in the PM 

The result data at index <int> <int> was missing in the PM 

The C7RPLSSN congestion rerouting indicator data was mismatched in the PM. 
A data mismatch was found in field XUDTIND in table C7NETSSN. 


Remote SCCP user part status mismatch detected. 


Possible local subsystem status values (ssi status, rpc status) are: 
e Prohibited 
e Available 


Possible network point code status values (pc status) are: 
e Prohibited 

e Available 

* Restricted 


Associated OM registers 
None 
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AUDT627 


Explanation 


The Audit (AUDT) subsystem generates AUDT627 when the call processing 
wakeup block (CPWB) audit process detects an error. 


Format 


The log report format for AUDT627 follows: 


AUDT627 mmmdd hh:mm:ss ssdd INFO CPWB Audit 


Example 


Error Detected on Index: nn, Reason: errtxt 


An example of log report AUDT627 follows: 


AUDT627 Jan31 23:59:59 0102 INFO CPWB Audit 


Error Detected on Index: 


Field descriptions 


20, Reason: Invalid NEXT index 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


INFO CPWB Audit 


Error detected on Index: 
nn 


Reason: errtxt 


Constant 


Symbolic text 


Invalid state in Freeq 


Invalid index 


Invalid CALL & 
NEXTFORCALL 
indexes 


Invalid CALL index 


Invalid NEXTFORCALL 
index 


Indicates an audit of call processing wakeup 
block (CPWB) process. 


Identifies CPWB index. 


Indicates the system detects a state that is not 
correct in the CPWB free queue. 


Indicates the system detects a queue index 
that is not correct in the free CPWB. 


Indicates the system detects CALL and 
NEXTFORCALL indexes that are not correct. 


Indicates the system detects a CALL index in 
the CPWB that is not correct. 


Indicates the system detects a 
NEXTFORCALL index in the CPWB that is not 
correct. 
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(Sheet 2 of 2) 


Field Value 


Description 


Invalid NEXT index 
Invalid PREV index - 
fixed 


Wake queue corruption 


CCB CPWB queue 
corruption 


Rebuilt CPWB Freeq 


Action 
There is no action required. 


Associated OM registers 


Indicates the system detects a NEXT index in 
the CPWB that is not correct. 


Indicates the system detects a PREV 
(previous) in the CPWB that is not correct. 


Indicates the system detects a queue 
corruption in the WAKE Queue. The system 
detected this corruption when the system 
dequeued the CPWB from the wake queue. 


Indicates the system detects a queue 
corruption in the CCB queue. The system 
detected this corruption when the system 
dequeued the CPWB from the CCB queue. 


The system rebuilt the CPWB queue because 
of error(s) that the audit detected. 


There are no associated OM registers. 
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AUDT624 


Explanation 
The system generates AUDT624 when the audit software detects that a link 
stays in the following states: 
e (һе Local Processor Outage (LPO) state 
* (һе Faulty Link (FtLk) state 


e the Initializing (Init) state 


The link is in one of these states for a minimum of one audit cycle. The log 
indicates the link that caused the system to take action to correct the condition. 
The log indicates the state of this link when the audit software found this link. 
The audit initiates the normal action on the link to recover the link. To recover 
the link, the audit initiates action on the link. This action normally moves the 
link out of the present state automatically. Where the link interface unit (LIU) 
is a multiple link interface unit (MLIU), the output string of this log is MLIU 
in place of LIU7. 


Format 
The log report format for AUDT624 is as follows: 


AUDT624 mmmdd hh:mm:ss ssdd INFO LK RECOVERED BY AUDIT 
Link = <link_name><link_number> Link State = <link_state> 
Resource = <alloc resource> 


Example 
An example of log report AUDT624 follows: 


AUDT624 Oct 18 14:52:12 2658 INFO LK RECOVERED BY AUDIT 
Link = C7LKSET2 7 Link State = Sysb 
Resource = LIU7 101 TL = CCS7TLO1 0 


297-2621-840 Standard 09.01 May 2001 


1-815 UCS log reports 
AUDT624 (end) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


LK RECOVERED BY AUDIT Constant Indicates that the DMS audit system 
recovered a link. 


Link Table | Identifies the link that the DMS audit system 
recovered. Refer to Table lin this document 
for text string. 


Resource Symbolic text Identifies the resource used for links defined 
in table C7LINK with allocation scheme 
LIUCHANNEL transmission link (TL). 


Action 
There is no action required. Audit software recovered the condition. 


Associated OM registers 
There are no associated OM registers. 
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AUDT628 


Explanation 
This log is generated in the computing module (CM) during the audit of table 
C7GTT in the Common Channel Signaling 7 link interface unit (LIU7) when 
a table data mismatch has been detected and corrected. 


Format 
The format for log report AUDT628 follows: 


AUDT628 mmdd hh:mm:ss INFO SCCP PM Physical Data Audit 
<node type> <node number> — CCS7 
Table: <table name> 
Data Type:<data type text> 
Data Segment(s) Corrected: 
<segment number list> 
GT Type Affected: <gtt name text> 
Action: X «action text> 


Example 
An example of log report AUDT628 follows: 


AUDT628 NOVO5 18:14:33 9000 INFO SCCP PM Physical Data Audit 
LIU7 48 - CCS7 
Table: C7GTT 
Data Type: Global Title Translation digits 
Data Segment (в) Corrected: 


GT type affected: E800SSP 
Action: Global Title Translation digits data updated in 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

node type LIU7 Specifies LIU7 as the node type. 
node number 0 to 255 Specifies the node number. 

table name C7GTT Specifies table C7GTT as a table that 


contains the data mismatch. 
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(Sheet 2 of 2) 


Field Value Description 

data type text string Specifies what C7GTT data type had a 
mismatch 

segment number list 0 to 256 Specifies the segment number that was 
corrected. 

GTT name text string Specifies the CCS7 service, defined as the 


GTT name in table C7GTT, that can be 
affected by the data mismatch. 


action text string Indicates that the global title data has been 
updated in the peripheral module 


Action 
No immediate action required. Monitor and save any other logs that indicate 
loss of maintenance messages to the LIU7 or any node that is used to route 
messages to the LIU7. Monitor and save any logs that indicate any message 


routing problems within the DMS-STP switch that could affect messaging to 
the LIU7. Log the latest changes to table C7GTT. 


Associated OM registers 
None. 
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AUDT640 


Explanation 


Format 


Example 


When the user requests another calculation of the ACTNUM field of table 
UNITCTRL, the system generates report AUDT640. 


Log report AUDT640 provides the following information: 


UPDCOUNT job STARTED (<update option>) by <user id>.The user 
issues the UPCOUNT START command. <user id> is SYSTEM if the 
AUDIT process started the job. <update option> indicates if the 
NOUPDATE option was specified. 


UPDCOUNT job COMPLETED.Table UNITCTRL updated. 
UPDCOUNT job completed and ACTNUM of table UNITCTRL updated. 


UPDCOUNT job COMPLETED.UPDCOUNT job completed and 
ACTNUM of table UNITCTRL is not updated. 


UPDCOUNT job STOPPED by <user id>.The user issues the 
UPDCOUNT STOP command. 


Use of package NTXJ27AA reached - 95%. The usage count for the 
package reached 95%. If the billing method is 'Pay-Before-You-Play', this 
indicates that ACTNUM reached 95% of MAXNUM. For 

'Pay-Before- You-Play' billing method, this indicates that ACTNUM 
reached 95% of maximum value for ACTNUM. 


The log report format for AUDT640 is as follows: 


AUDT640 mmmdd hh:mm:ss ssdd INFO UNITCTRL 


UPDCOUNT job 
NTXJnnxx ACTNUM: n 


An example of log report AUDT640 follows: 


AUDT640 DEC20 23:19:55 1234 INFO UNITCTRL 


UPDCOUNT job STARTED (AUTO UPDATED) by RV220 
NTXJ27AA ACTNUM: 0 
NTXJ28AA ACTNUM: 0 
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Example of UPDCOUNT START Log 


AUDT640 DEC20 23:19:55 1234 INFO UNITCTRL 
UPDCOUNT job COMPLETED. Table UNITCTRL updated 


NTXJ27AA ACTNUM:1540 
NTXJ28AA ACTNUM:460 
NTXJ29AA ACTNUM: 60 


Example of UPDCOUNT COMPLETE Log 
AUDT640 DEC20 23:19:55 1234 INFO UNITCTRL 
UPDCOUNT job STOPPED by RV220 


NTXJ27AA ACTNUM:1540 
NTXJ28AA ACTNUM:460 


Example of UPDCOUNT STOPPED Log 


AUDT640 DEC20 23:19:55 1234 INFO UNITCTRL 
95 percent usage for package NTXJ27AA reached. 


Example of UPDCOUNT STOPPED Log 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 
INFO UNITCRL Constant Indicates the user requests another 
calculation of table UNITCTRL. 
UPDCOUNT job STARTED, Identifies the state of the UPDCOUNT job. 
COMPLETED, 
STOPPED 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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AUDT888 


Explanation 


The system generates this log whenever a LIU7 experiences two or more PM 
181 "ST Serious Swer" logs in the last twelve hours. 


Format 
The format for log report AUDT888 follows. 


*** AUDT888 mmmdd hh:mm:ss «seq» FLT ST AUDIT THRESHOLD EXCEEDED 
NODE = <liu_no> 
ST AUDIT: TRANSIENT FAILURE DETECTED 
RECOMMENDED ACTIONS: 
1.) RELOAD THE LIU7 AND MONITOR FOR REOCCURENCE 
2.) REPLACE NTEX22 AND OR NT9X76 AND MONITOR 
FOR REOCCURENCE 


Example 
An example of log report AUDT888 follows. 


*** AUDT888 5ЕР20 02:41:19 1300 FLT ST AUDIT THRESHOLD EXCEEDED 
NODE = LIU7 20 
ST AUDIT: TRANSIENT FAILURE DETECTED 
RECOMMENDED ACTIONS: 
1.) RELOAD THE LIU7 AND MONITOR FOR REOCCURENCE 
2.) REPLACE NTEX22 AND OR NT9X76 AND MONITOR 
FOR REOCCURENCE 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
liu_no integer Affected LIU7 node 
Action 


Reload the LIU7 as defined in the <liu_no> field of the log and monitor for 
reoccurrence. If this log is output again for the same node, replace the NT9X76 
and/or the NTEX22 for the specified LIU7. If this log again occurs for the 
same LIU7, after performing the above actions, contact you next level of 
support or Nortel Networks Technical Support. 


Related OM registers 


None 
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Additional information 
This log can be an indication of a possible service-affecting problem. Be sure 
to perform the aforementioned steps and monitor for reoccurrence. Any 
reoccurrence should be addressed immediately to prevent the possibility of a 
CCS7 messaging degradation or isolation. 
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AUDT889 
Explanation 
The system generates this log whenever an FBUS tap has experienced at least 
five ASU no reply threshold faults over the past twelve hours. 
Format 
The format for log report AUDT889 follows. 
** AUDT889 mmdd hh:mm:ss ssdd INFO TAP FAULT AUDIT THRESHOLD 
EXCEEDED 
LIM <lim no> FBus <fbus no> Tap <tap no> 
This tap has experienced at least five ASU no reply threshold 
faults over the past twelve hours. Processor card on 1107 «liu7 
no» is suspected of being faulty 
ACTION: replace the following processor card as per the Card 
Replacement Procedures NTP. 
Site Flr RPos Bay id Shf Description Slot EqPEC 
HOST 00 A02 LIM «lim no» «shelf no» PFI «slot no» EX22BB FRNT 
Example 


An example of log report AUDT889 follows. 


** AUDT889 OCT21 16:26:55 7128 INFO TAP FAULT AUDIT THRESHOLD 
EXCEEDED 

LIM 0 FBus 0 Tap 11 

This tap has experienced at least five ASU no reply threshold 
faults over the past twelve hours. Processor card on LIU7 3 is 
suspected of being faulty 

ACTION: replace the following processor card as per the Card 
Replacement Procedures NTP. 

Site Flr RPos Bay id Shf Description Slot EqPEC 

HOST 00 A02 LIM O O1 PFI 30 EX22BB FRNT 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

lim_no integer Indicates the affected LIM number 

fbus no 0 or 1 Indicates the affect FBUS number 

tap no 0 to 35 Indicates the affected TAP number 

liu no integer Indicates the affected LIU7 node number 
lim no integer Indicates the affected LIM number 
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Field Value Description 
shelf_no integer Indicates the affected shelf number 
slot_no integer Indicates which slot the affected EX22 is 
located in 
Action 


Replace the card specified in the AUDT889 log and monitor for reoccurance. 


Related OM registers 


None 


Additional information 
None 
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AUTO300 


Explanation 


The switch generates log AUTO300 and raises a critical alarm when the 
memory pool allocation equals the maximum pool allocation. That is, the 
value of ALLOC in table OFCAUT is equal to the value of MAXSIZE, in table 
OFCAUT. Because the memory pool allocation is at its maximum, any 
additional memory requirement causes call degradation. 


The system generates a reminder log AUTO300 each day at 8 a.m. for every 
office parameter that is at its maximum memory allocation. Alarms are not 
generated for reminder logs. 


Format 
The format for log report AUTO300 follows: 
AUTO300 mmmdd hh:mm:ss ssdd title text 
POOL NAME: <pool name text> 
LIMIT: <maximum value of the pool> 
Example 


An example of log report AUTO300 follows: 


AUTO300 DEC11 11:20:52 0000 TBL Pool is at maximum limit 
POOL NAME: CRS SUBRU POOL5 SIZE 
LIMIT: 32767 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
POOL NAME Name of office The name of any active office parameter 
parameter found in table OFCAUT 
LIMIT 0 through 2 Тһе maximum possible number of storage 
147 483 647 elements allowed for the parameter defined 
in POOL_NAME 
Action 


Log AUTO300 indicates a serious condition that requires immediate attention. 
The office parameter memory requirements exceed the maximum allocation 


297-2621-840 Standard 09.01 May 2001 


1-821 UCS log reports 
AUTO300 (end) 


allowed, call degradation may occur. Contact your next level of support 
immediately. 


Associated OM registers 
None 


Additional information 


Retain all AUTO logs for analysis. To help solve the problem note the 
following. 


* traffic level. Is traffic the level higher than normal? 
e call types. Are there higher than normal calls of one specific type? 
* record the pool entries in table OFCAUT 
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AUTO310 
Explanation 
The system generates AUTO3 10 if the autoprovisioning system tries to 
allocate additional resources to a parameter, but fails. This condition generally 
occurs when the switch runs out of available memory. If this condition persists, 
and autoprovisioning cannot allocate the required resources, call degradation 
occurs. 
Format 
The format for log report AUTO310 follows: 
AUTO310 mmmdd hh:mm:ss ssdd title text 
POOL NAME: <pool name text> 
REASON: <reason text> 
INUSE: <numeric> ALLOC: <numeric> | XNDBY <numeric> 
Example 


Examples of log report AUTO310 follows: 


AUTO310 DEC11 11:20:52 0000 TBL Parm pool could not be 
extended 

POOL МАМЕ: CRS SUBRU POOL5 SIZE 

REASON: Switch is low on memory 

INUSE: 1501,  ALLOC: 2000, XNDBY 1000 


AUTO310 DEC11 11:20:52 0000 TBL Parm pool could not be 
extended 

POOL NAME: CRS SUBRU POOL5 SIZE 

REASON: Pool extension aspect failed 

INUSE: 1501,  ALLOC: 2000, XNDBY 1000 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

POOL NAME Name of office The name of any active office parameter in 
parameter table OFCAUT. 

REASON Switch is low on The switch is running low on memory . 
memory Autoprovisioning cannot allocate any 


additional resources to the parameter pools. 
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(Sheet 2 of 2) 


Field Value Description 


Pool extension The pool memory extension aspect 
aspect has failed procedure has failed. No additional memory 
was allocated. 


INUSE 1 to 10 digits The number of pool elements currently in 
use. The maximum number of INUSE 
elements is 2 147 483 647. 


ALLOC 1 to 10 digits The total number of elements now allocated 
to this parameter pool. The maximum 
number of elements available is 2 147 483 
647. 


XNDBY 1 to 10 digits The amount this parameter pool is extended 
by when the system detects a shortage of 
resources. The maximum number of 
extension elements is 2 147 483 647. 


Action 


Log AUTO3 10 indicates a serious condition that requires immediate attention. 
Autoprovisioning cannot allocate additional memory to the parameter 
indicated in the log. If this condition continues, call degradation occurs. 
Contact your next level of support immediately. 


Associated OM registers 
None 


Additional information 


Retain all CM logs, AUTO logs, SWERRs, апа TRAPs generated, for 
analysis. To help solve the problem, note the following: 


e traffic level. Is the traffic level higher than normal 
e call types. Are there higher than normal calls of one specific type 
* record the entries in table OFCAUT. 
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AUTO600 
Explanation 
Log AUTO600 is an information only log. When an increase is made to the 
parameter pool size the system generates log AUTO600. The log indicates the 
old, new, and maximum pool sizes, and indicates how the increase was made. 
Format 
The format for log report AUTO600 follows: 
AUTO600 mmmdd hh:mm:ss ssdd title text 
POOL NAME: <pool name text> 
METHOD: <method text> 
OLD SIZE: <numeric>, NEW SIZE: <numeric>, LIMIT: <numeric> 
Example 


Examples of log report AUTO600 follow: 


AUTO600 DEC11 11:04:08 2000 INFO POOL has increased in size 
POOL NAME: CRS SUBRU POOL5 SIZE 

METHOD: AUTOMATIC 

OLD SIZE: 501, NEW SIZE: 1501, LIMIT: 32767 


AUTO600 DEC11 11:04:08 2000 INFO POOL has increased in size 
POOL NAME: CRS SUBRU POOL5 SIZE 

METHOD: MANUAL 

OLD SIZE: 501, NEW SIZE: 1501, LIMIT: 32767 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 


POOL NAME Name of the office parameter The name of any active office parameter 
found in table OFCAUT. 


METHOD AUTOMATIC The parameter pool size increase was 
made by the autoprovisioning software 


MANUAL The parameter pool size increase was 
made by the operating company 
personnel using the OFCAUTCI tool 
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(Sheet 2 of 2) 


Field Value Description 


OLD SIZE 0 to 2 147 483 647 The size of the parameter pool allocation 
before the increase. Maximum pool size 
is 2 147 483 647. 


NEW SIZE 0 to 2 147 483 647 The size of the parameter pool allocation 
after the increase. Maximum pool size is 
2 147 483 647. 


LIMIT 0 to 2 147 483 647 The maximum allocation allowed for this 
parameter pool. Maximum pool size is 
2 147 483 647. 


Action 
None 


Associated OM registers 
None 


Additional information 
To compile a history of pool size changes retain all Log AUTO600 outputs. 
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AUTO610 


Explanation 


Log AUTO610 is an information only log. The system generates log 
AUTO610 is when the size of the permanent pool is decreased manually using 
the OFCAUTCI tool. The log indicates the parameter name' and the old, new, 


and maximum pool sizes. 


Format 


The format for log report AUTO610 follows: 


AUTO610 mmmdd hh:mm:ss ssdd title text 
POOL NAME: «pool name text> 
OLD SIZE; <numeric>, NEW SIZE: «numeric», LIMIT: «numeric»? 


Example 


An example of log report AUTO610 follows: 


AUTO610 DEC11 11:19:22 9400 INFO POOL has decreased in size 
Deallocation will not occur until next restart. 
POOL NAME: CRS SUBRU POOL5 SIZE 


OLD SIZE: 


Field descriptions 


400, 


NEW SIZE: 300, LIMIT; 32767 


The following table explains each of the fields in the log report: 


Field Value Description 

POOL NAME Name of the office parameter The name of any permenent pool found in 
table OFCAUT. 

OLD SIZE 0 to 2 147 483 647 The size of the parameter pool allocation 
before the decrease. Maximum pool size is 
2 147 483 647. 

NEW SIZE 0 to 2 147 483 647 The size of the parameter pool allocation 
after the decrease. Maximum pool size is 2 
147 483 647. 

LIMIT 0 to 2 147 483 647 The maximum pool allocation allowed for 


this pool. Maximum pool size is 2 
147 483 647. 
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Action 
None 


Associated OM registers 
None 


Additional information 
To compile a history of pool size changes retain all Log AUTO610 outputs. 
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AUTO650 


Explanation 


Log AUTO650 is an information only log. The system generates log 
AUTO650 when autoprovisioning for a parameter is activated or deactivated. 
Log AUTO650 indicates the following: 


* parameter name 
e  autoprovisioning status, activated or deactivated 


e the size of the pool at the time of change in status 


Format 
The format for log report AUTO650 follows: 


AUTO650 mmmdd hh:mm:ss ssdd title text 
POOL NAME: «pool name text> 
«STATUS» «VALUE» 


Example 
Examples of log report AUTO650 follow: 


AUTO650 DEC11 11:06:31 2600 INFO Pram changed automation 
status 
POOL NAME: CRS SUBRU POOL5 SIZE 
Prameter has been ACTIVATED with an allocation 
value of: 701 


AUTO650 DEC11 11:06:31 2600 INFO Pram changed automation 
status 
POOL NAME: CRS SUBRU POOL5 SIZE 
Prameter has been DEACTIVATED with an allocation 
value of: 701 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 


POOL NAME Name of the office parameter The name of any active office parameter 
found in table OFCAUT. 


STATUS ACTIVATED Autoprovisioning has been activated on the 
parameter. 
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(Sheet 2 of 2) 
Field Value Description 
DEACTIVATED Autoprovisioning has been deactivated on 
the parameter. The parameter is returned to 
manual control and can be adjusted in table 
OFCENG. 
VALUE 0 to 2 147 483 647 The size of the parameter pool at the time of 
the parameter change. Maximum pool size 
is 2 147 483 647. 
Action 


None 


Associated OM registers 
None 


Additional information 
To compile a history of autoprovisioning activation and deactivation retain all 
outputs of log AUTO650. 
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BERT100 


Explanation 


Format 


Example 


The bit error rate test (BERT) subsystem generates report BERT100. The 
subsystem generates this report when the application that uses the integrated 
bit error rate tester (IBERT) detects a defective IBERT. An IBERT is either an 
NT6X99AA IBERT line card (ILC) or a digital test unit (DTU). 


The log report format for BERT100 follows: 


BERT100 mmmdd hh:mm:ss ssdd TBL Bert trouble report 
СКТ  cktid 
BERT = IBERT n 
TRBL = tblrsn 


An example of log report BERT 100 follows: 


FP503 5ЕР05 18:14:33 4827 INFO Device State Change 
Location: FP 2 DEVICE 1 (DK) SCSI BUS 0 
REASON: Change of state of associated entity 
FROM: InSv ( Isolated ) DRIVE STATE: Unknown 
TO: InSv DRIVE STATE: On Line 


Field descriptions 


The following table describes each field in the log report: 
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Field Value Description 

TBL Bert trouble Constant Indicates a report of BERT problem 
report 

СКТ Symbolic text Identifies the IBERT as а line 


equipment number (LEN) for an ILC, 
or as a common language location 
identifier (CLLI) fora DTU 


BERT 0 to 127 Identifies the IBERT which may be 
damaged. See Table FMRESINV 


297-2621-840 Standard 09.01 May 2001 


1-831 UCS log reports 
BERT100 (end) 


(Sheet 2 of 2) 


Field Value Description 


TRBL FAILED START Indicates an application used the 
IBERT for a bit error rate test, but the 
IBERT was not able to start the test. 
This means a hardware or firmware 
problem with the IBERT 


FAILED QUERY Indicates 5 repeated IBERT query 
failures occurred during a line test 
position (LTP) BERT. The test 
aborted. This fault occurs if the 
IBERT card is removed from the slot 
while a test ran. May also indicate a 
hardware or firmware problem 


Action 


Enter QBERT IBERT n (where n is the IBERT number) on a (MAP) 
maintenance and administration position terminal. This command determines 
if the IBERT is defective or has failed a diagnostic. If the IBERT is defective, 
it is on a shower queue or is not able to be on a shower queue. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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BMS100 


Explanation 


The buffer management system (BMS) subsystem generates report BMS100 
when a BMS audit finds a dangling (off-queue) buffer. Modules that use BMS 
cannot keep the buffers allocated to them off-queue for a long time. The BMS 
audit frees the dangling buffers and generates report BMS100. 


Format 
The log report format for BMS100 is as follows: 


BMS100 mmmdd hh:mm:ss ssdd FLT BMS AUDIT 
Dangling BMS buffer reclaimed. 
modnm hhhh hhhh QUEUE: hhhh SIZE : hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report BMS100 follows: 


BMS100 FEB23 19:34:58 0600 FLT BMS AUDIT 
Dangling BMS buffer reclaimed. 

TPSMON 8108 A040 QUEUE : 0000 SIZE : 0014 
0001 0002 0003 0004 0005 0006 0007 0008 
0009 0000 0001 0002 0003 0004 0005 0006 
12A4 786F 0009 1234 1234 1234 ABCD 8080 


Field description 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

BMS AUDIT Constant Indicates a buffer management system audit 
ran. 

Dangling BMS buffer Constant Indicates an audit claimed an off-queue buffer. 

claimed again. 

modnm Symbolic text Identifies the software module involved in the 
audit. 

hhhh hhhh Hexadecimal numbers Provides the owner id of the module. 
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(Sheet 2 of 2) 


Field Value Description 
QUEUE : hhhh 0000-FFFF Identifies the queue that the buffer must be on. 
SIZE : hhhh 0000-FFFF Provides the size of the buffer. 
hhhh hhhh.. . 0000-FFFF Provides the content of the buffer. 
Action 


There is no action required. The audit performs any necessary action. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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BOOT101 


Explanation 


Format 


The system generates report BOOT101 when the following occur together: 
e the loader starts with the “log Ға! or “log both’ option set. 


* atleast one of the peripherals in the load group does not load. 


The SuperNode Peripheral Loader is a software module that is in the 
computing module (CM). When a peripheral must be loaded, the CM resident 
code of the peripheral sends a request to the loader to boot. The loader process 
starts and transfers load records from the file system to the peripheral. The 
loader can boot more than one peripheral of the same type if the peripherals 
have the same software the system can download. 


The node name has a name and a number. Peripherals can have two numbers. 
An example of a peripheral with two numbers is Enhanced Network (ENET) 
pair and plane. The number of records transferred is equal to the size of the 

load file 1f one or more nodes load. If all nodes do not load, this field indicates 
the loading progress of the most successful node. For every eight devices in 
the parallel boot group, the system generates one log report. For example, if 
3] devices are present in the boot group, the system generates four log reports. 
These reports are numbered 1 of 4, 2 of 4, 3 of 4 and 4 of 4. 


The pass/fail flag in the summary indicates the nodes which booted correctly 


and the nodes which did not boot correctly. The nodes which did not boot are 
marked "Failed" and the nodes which did boot correctly are marked "Passed". 


The log report format for BOOT101 is as follows: 
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BOOT101 (continued) 


BOOT101 mmmdd hh:mm:ss nnnn FAIL 
SuperNode Peripheral Loader failure. 


Node type: node_name 
Report: nofm 

Elapsed time: hh:mm:ss 
Load file: load_file_name 


Number of bytes transferred: nnnn kbytes 
<Overall Failure Reason:> 
<failure reason> 


Node Status Failure Reason 

specific_node_name pass or fail «failure reason? 
specific node name pass or fail «failure reason? 
specific node name pass or fail «failure reason? 
specific node name pass or fail «failure reason? 


Example 
An example of log report BOOT101 follows: 


BOOT101 APR24 15:51:56 1200 FAIL 
SuperNode Peripheral Loader failure. 


Node type: ENET 

Report: 1 of 1 

Elapsed time: 00:01:04 

Load file: ENX35AL 

Number of bytes transferred: 996 kbytes 

Node Status Failure Reason 

ENET Shelf 0 Plane 0 Passed 

ENET Shelf 1 Plane 0 Passed 

ENET Shelf 2 Plane 0 Failed Load record format invalid 
ENET Shelf 3 Plane 0 Passed 
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BOOT101 (continued) 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


FAIL Constant Indicates that the peripheral loader cannot 
boot the peripheral 


node_name ENET, MS, LIU, etc. Indicates the peripheral that will boot 

load file name Symbolic name Indicates the load name is downloaded to the 
peripheral 

failure reason Text Failure reasons can be one of the following 
strings: 
Boot failed 


Send failed (for boot yourself msg) 

Send failed (for boot data msg) 

Timeout (waiting for boot yourself ack) 
Timeout (waiting for boot data ack) 
Problem getting boot yourself buffer 
Problem adding data to boot yourself buffer 
Problem getting boot yourself buffer header 
Problem reading data from buffer 

Problem getting boot data buffer 

Problem adding data to boot data buffer 
Problem reserving boot data buffer 

Error creating load rec envelope 

Send failed (for all boot yourself msgs) 
Send failed (for all boot data msgs) 


Received boot done msg while waiting for 
boot yourself ack 
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(Sheet 2 of 2) 


Field Value Description 


Received boot done msg while waiting for 
boot data ack 


Load record format invalid 
Cannot allocate buffer 

Not a boot file 

Couldn't open file 
Premature end-of-file met 
В% record corrupted 
Unmatched processor type 
File system bad rc 

File device unavailable 
Unexpected signal received 
Boot process trapped 
Aborted by user 

Bad boot record cache index 
Bad number of records 


All devices have been dropped 


Action 
Make sure all links to the peripheral from the CC side are open. 


Associated OM registers 
There are no associated OM registers. 
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C7TU105 


Explanation 
The CCS7 Test Utility (C7TU) subsystem generates this report when a 


message could not be inserted on a common channel signaling 7 (CCS7) link, 
using the SEND command from the CCS7 test utility link (C7TULINK). 


Note: This report is for test purposes only and is not generated in a field 
office. 


Format 
The format for log report C7TU105 for ANSI7 networks follows. 


C7TU105 mmmdd hh:mm:ss ssdd SEND FAILED 
C7HEADER: LEN= пп MSG- nn LINK- nn SLC= nn CLLI- nn 
C7 SIO: NETWORK-n PRIORITY- n SERV IND=n 
C7 LABEL: DPC- ANSI7 nnn nnn nnn OPC- ANSI? nnn nnn nnn 

SLS-n 
datatxt: hh hh hh 


Example 
An example of log report C7TU105 for ANSI7 networks follows. 


C7TU105 МАҮ04 21:08:09 0809 SEND FAILED 
C7HEADER:  LEN- 34 MSG= 2 LINK- 1 SLC- 0 CLLI= C7LKSET 
C7 SIO: NETWORK- 2 PRIORITY= 2 SERV IND- 5 C7 LABEL: 
DPC = ANSI7 001 001 001 OPC = ANSI7 002 002 002 SLS= 2 
C7 DATA FOLLOWING HEADER: 01 01 01 01 01 01 01 01 01 01 


Format 
The format for log report C7TU105 for CCITT7 German networks follows. 


C7TU105 mmmdd hh:mm:ss ssdd SEND FAILED 
C7HEADER: LEN= nn MSG- nn LINK- nn SLC= nn CLLI- nn 
C7 SIO: NETWORK=n PRIORITY=n SERV IND=n 
C7 LABEL: DPC= CCITT7 GERMAN nn n nn n OPC = CCITT7 
GERMANnnnnnn 
SLS-n 

N7 DATA FOLLOWING HEADER 


Example 
An example of log report C7TU105 for CCITT7 German networks follows. 
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C7TU105 (continued) 


C7TU105 МАҮ04 21:08:09 0809 SEND FAILED 
C7HEADER:  LEN- 34 MSG- 2 LINK= 1 SLC- 0 CLLI- C7LKSET 


C7 SIO: NETWORK- 2 PRIORITY= 2 SERV IND- 5 

C7 LABEL: DPC = CCITT7 GERMAN 08 0 05 4 OPC = CCITT7 
GERMAN 10 0 05 5 

SLS= 2 


М7 DATA FOLLOWING HEADER: 01 01 01 01 01 01 01 01 01 01 


Format 
The format for log report C7TU105 for CCITT7 Turkish networks follows. 


C7TU105 mmmdd hh:mm:ss ssdd SEND FAILED 
C7HEADER: LEN= nn MSG= nn LINK= nn SLC= nn CLLI= nn 
C7 SIO: NETWORK=n PRIORITY=n SERV IND=n 
C7 LABEL: DPC- CCITT7 TURK nn n nnn OPC = CCITT7 
TURK nnnnnn SLS=n 

N7 DATA FOLLOWING HEADER 


Example 
An example of log report C7TU105 for CCITT7 Turkish networks follows. 


C7TU105 МАҮ04 21:08:09 0809 SEND FAILED 
C7HEADER:  LEN- 34 MSG- 2 LINK= 1 SLC- 0 CLLI- C7LKSET 
C7 SIO: NETWORK- 2 PRIORITY= 2 SERV IND- 5 
C7 LABEL: DPC = CCITT7 TURK 08 3 026 OPC = CCITT7 
TURK 103 107 SLS = 2 
М7 DATA FOLLOWING HEADER: 01 01 01 01 01 01 01 01 01 01 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 3) 


Field Value Description 

SEND FAILED Constant Indicates that a message could not be inserted 
on a CCS7 link. 

C7HEADER: Constant Indicates that CCS7 data follows. 

LEN 0-273 Indicates length of the message (in bytes) 
following the header. 
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(Sheet 2 of 3) 
Field Value Description 
MSG 0-255 Indicates the type of the message. 
LINK Integers Identifies the number of the linkset involved. 
SLC 0-15 Identifies the number of the link in the specified 
linkset. 
CLLI Alphanumeric Identifies the name of the specified linkset. 
C7 SIO: Constant Indicates that the service information octet 
(SIO) of C7 EXT messages follows. 
NETWORK 0-3 Identifies the network indicator. 
PRIORITY 0-3 Identifies the priority of the message. 
SERV IND 0-15 Identifies the service indicator. 
C7 LABEL: Constant Indicates the CCS7 routing label. 
DPC = ANSI7 Numeric Indicates the destination point code (DPC) in 
the INTL PC format of three fields each of three 
nnn nnn nnn vi 
digits. 
DPC = CCITT7 Numeric Indicates the destination point code (DPC) in 
GERMAN the German format of two digits, one digit, two 
digits, one digit. 
nnnnnn 
DPC =CCITT7 TURK Numeric Indicates the destination point code (DPC) in 
the Turkish format of two digits, one digit, three 
nn n nnn p 
digits. 
OPC = ANSI7 Numeric Indicates the origination point code (OPC) in 
the INTL PC format of three fields each of three 
nnn nnn nnn Е 
digits. 
OPC = CCITT7 Numeric Indicates the origination point code (OPC) in 
GERMAN the German format of two digits, one digit, two 
digits, one digit. 
nnnnnn 
ОРС =CCITT7 TURK Numeric Indicates the origination point code (OPC) in 
the Turkish format of two digits, one digit, three 
nn n nnn a 
digits. 
SLS 0-15 Indicates the signaling link selector (SLS). 
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(Sheet 3 of 3) 
Field Value Description 
datatxt: Character string Indicating the type of routing labels. Determine 
the format of the message body: 
BODY: Indicates a SNM message type. 
57 DATA FOLLOWING Indicates that the message is in American 
LABEL: National Standards Institute (ANSI) format. 
N7 DATA FOLLOWING Indicates that the message is in the 
LABEL: International Telegraph and Telephony 
Consultative Committee (CCITT) format. 
J7 DATA FOLLOWING Indicates that the message is in TTC (Japan) 
LABEL format. 
msg bdy 0000-FFFF Indicates the type of message body. Various 
formats, depending on the type of label: 
0000-FFFF BODY, S7 DATA, hexadecimal 
0000-FFFF N7 DATA, J7 DATA, hex1 hex2 (headers) 
hexadecimal 
Action 


The log indicates that a message failed to send during C7TU tests. Retry the 
SEND command to send the message again. 


Related OM registers 


None 
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C7TU106 
Explanation 
The CCS7 Test Utility (C7TU) subsystem generates log report C7TU106. 
This report appears when C7TU receives an message that is not known. 
Format 
The log report format for C7TU106 is as follows: 
C7TU106 mmmdd hh:mm:ss ssdd INFO INVALID_MSG 
SENT BY NODE= nn TERMINAL= nnn 
DATA: hh hh hh hh hh hh hh hh hh hh hh hh hh hh hh hh 
Example 


An example of log report C7TU106 follows: 


C7TU106 MAY12 08:22:34 2112 INFO INVALID MSG 
SENT BY NODE- 29  TERMINAL- 03 
DATA: 09 02 44 FE 64 37 OA 29 CD OO FF FF FF FF FF FF 


Field descriptions 
The following table describes each field in the log report: 


Field Value Desciption 

INFO INVALID MSG Constant Indicates that C7TU received a message that is 
not known. 

SENT BY NODE 0-99 Provides the number of the node which sent the 
message. 

TERMINAL- 0-999 Provides the number of the terminal which 
received the message. 

DATA 00-FF (x16) Provides the contents of message that is not 
known. 

Action 


Determine message type and origin. 


Associated OM registers 
There are no associated OM registers. 
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C7TU107 
Explanation 
The CCS7 Test Utility (C7TU) subsystem generates log report C7TU107. 
This report appears when a C7TU message from the central control (CC) to a 
message switch and buffer no. 7 (MSB7) is not acknowledged. 
Format 
The log report format for C7TU107 is as follows: 
0C7TU107 mmmdd hh:mm:ss ssdd INFO NO АСК MSG 
MSB7= n NODE- nn MSGS SENT= nnn MSGS ACK= nnn MSGS NACK- n 
Example 


An example of log report C7TU107 follows: 


C7TU107 MAY11 10:22:04 2212 INFO NO ACK MSG 
MSB7= 1 NODE= 21 MSGS SENT= -003MSGS ACK= 002 MSGS NACK= 
001 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO NO АСК MSG Constant Indicates that a C7TU message from the CC to 
an MSB7 was not acknowledged. 

MSB7 Integer Provides the number of the MSB7 to which the 
system sent the message. 

NODE Integer Provides the node number. 

MSGS SENT Integer Indicates the number of messages sent to the 
MSB7. 

MSGS ACK Integer Indicates the number of messages 


acknowledged. 


MSGS NACK Integer Indicates the number of messages not 
acknowledged. 


Action 
Determine if MSB7 is in service. Determine if C7TU modules are present. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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C7TU201 
Explanation 
The CCS7 Test Utility (C7TU) subsystem generates log report C7TU201. The 
C7TU subsystem generates the report when the message monitor is enabled at 
the digital trunk controller (DTC) level of C7TU. 
Note: The C7TU generates logs for test purposes only. The field office 
does not generate C7TU logs. 
Format 
The log report format for C7TU201is as follows: 
C7TU201 mmmdd hh:mm:ss ssdd INFO ISUP TRACE MSG 
TN=# hhhh , CSSN=n, FIAT= nn, MT- nn 
Example 


An example of log report C7TU201 follows: 


C7TU201 JUN18 11:24:06: 3300 INFO ISUP TRACE MSG 
TN=# 0043 , CSSN=0, FIAT- 89, MT- 00 


Field description 
The following table describes each field in the log report: 


Field Value Description 

INFO ISUP TRACE Constant Indicates the monitor traced a message. 

MSG 

TN=# hhhh 0000-FFFF Indicates the terminal number. 

CSSN-n 0-255 Indicates the trunk state. 

FIAT2 nn 0-255 Indicates the functional interactive 
asynchronous transaction (for example. a 
message group). 

MT= nn 0-255 Indicates the message type. 

Action 


There is no action required. You can disable message monitoring in the DTC 
level of C7TU. 
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Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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C7TU202 
Explanation 
The CCS7 Test Utility (C7TU) subsystem generates log report C7TU202. The 
C7TU subsystem generates this report when message intercept is enabled at 
the digital trunk controller (DTC) level of C7TU. 
Note: The C7TU generates logs for test purposes only. The field office 
does not generate C7TU logs. 
Format 
The log report format for C7TU202 15 as follows: 
C7TU202 mmmdd hh:mm:ss ssdd INFO ISUP INTERCEPTED MSG 
MSG TYPE- #12 DATA= hh hh hh hh hh hh hh hh hh hh hh hh... 
Example 


An example of log report C7TU202 follows: 
C7TU202 JUN18 11:25:53 9000 INFO ISUP INTERCEPTED MSG 


MSG TYPE- #12 DATA= 00 89 8E 77 61 72 64 OD FC 72 FC 55 . 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO ISUP Constant Indicates the system intercepted a C7TU 
INTERCEPTED MSG message. 
MSG TYPE= #12 00-FF Indicates the integrated services digital 
network user part (ISUP) message type. 

DATA= hh hh hh hh hh 00-FF Indicates the data bytes that follow the 
hh hh hh hh hh hh hh hh message type. 
hh hh hh 

Action 


There is no action required. You can disable message monitoring in the DTC 
level of C7TU. 
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Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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C7TU301 


Explanation 


Format 


Example 


UCS log reports 1-849 


The CCS7 Test Utility (C7TU) subsystem generates log report C7TU301. The 
C7TU subsystem generates this report to display the results of a C7TU link 
traffic test. The subsystem displays the test results in response to a command 
interpreter (CI) command. 


Note: The C7TU generates logs for test purposes only. The field office 
does not generate C7TU logs. 


The log report format for C7TU301 is as follows: 


C7TU301 mmmdd hh:mm:ss ssdd INFO C7TU TRAFFIC RECEIVER 
TEST #n MSGS RCVD= nnnn SKIPPED= n REPEATED= n NEXT 
SEQ=n 
TIME n hh:mm:ssms 


An example of log report C7TU301 follows: 


C7TU301 JUN18 11:37:58 9300 INFO C7TU TRAFFIC RECEIVER 
TEST #0 MSGS RCVD- 10 SKIPPED- 0 REPEATED- 0 NEXT SEQ- -1 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

INFO C7TU TRAFFIC Constant Indicates that the C7TU traffic receiver 

RECEIVER provides the following data. 

TEST £n 0-3 Indicates traffic test number. 

MSGS RCVD= nnnn 0-2 et Indicates total messages received. 

SKIPPED- n 0-2 15 Indicates the number of sequence numbers 
that the test skipped. 

REPEATED= n 0-2 15 Indicates the number of sequence numbers 
repeated. 
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(Sheet 2 of 2) 


Field Value Description 
NEXT SEQ- n -1 The test did not use the sequence. 
TIME n hh:mm:ssms Symbolic text Indicates the time. 


Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers 


Additional information 
There is no additional information 
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C7TU302 


Explanation 


Format 


Example 


UCS log reports 1-851 


The CCS7 Test Utility (C7TU) subsystem generates log report C7TU302. The 
C7TU subsystem generates this report in response to a command interpreter 
(CI) command. The CI command tells the subsystem to display the results of 
C7TU link traffic tests. 


Note: The C7TU generates logs for test purposes only. The field office 
does not generate C7TU logs. 


The log report format for C7TU302 is as follows: 


C7TU302 mmmdd hh:mm:ss ssdd INFO C7TU TRAFFIC SENDER 
TEST Яп DIST=n MSGS SENT=hhhh AVG RATE=nn/sec 
SEQ#=hhhbh 
TIME n hh:mm:ssms 


An example of log report C7TU302 follows: 


C7TU302 JUN18 11:37:58 9300 INFO C7TU TRAFFIC SENDER 
TEST #0 DIST=1 MSGS SENT=5158 AVG RATE=15/sec SEQ#=5133 
TIME 0 0:5:27.73 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Field Description 

INFO C7TU TRAFFIC Constant Indicates that the following information is from the C7TU 
SENDER traffic sender. 

TEST #n 0-3 Traffic test number. 
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TIME n hh:mm:ssms 


Action 


Symbolic text 


Field Field Description 
DIST=n 0-3 Message distribution method: 
e  0-once 
e 1-еуеп 
e  2-clustered 
* 3-random 
MSGS SENT=hhhh 0-2 31 Indicates the number of messages sent. 
AVG RATE=nn/sec 0-32,767 Indicates the rate of message transfer. 
SEQ #=hhhh 0000-FFFF Indicates the next expected sequence number. 


Indicates the TEST run time in days, hours, minutes, 
seconds and milliseconds. 


There is no action required. 


Associated OM registers 
There are no associated OM registers 
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C7TU303 
Explanation 
The CCS7 Test Utility (C7TU) subsystem generates log report C7TU303. The 
C7TU subsystem generates this report when sequencing errors occur during a 
C7TU link traffic test. 
Format 
The log report format for C7TU303 is as follows: 
C7TU303 mmmdd hh:mm:ss ssdd INFO C7TU TRAFFIC ERROR 
TEST £n SLS=n SEQUENCE #= hhhh hhhh hhhh hhhh hhhh . . . 
Example 


An example of log report C7TU303 follows: 


C7TU303 JUN18 11:37:58 9300 INFO C7TU TRAFFIC ERROR 
TEST #0 SLS-2 SEQUENCE #= 4560 4562 4563 4564 4565 . 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO C7TU TRAFFIC Constant Indicates that sequencing errors occurred 
ERROR during a link traffic test 
TEST 0-3 Indicates the traffic test number 
SLS 0-31 Indicates the signaling link selector (SLS) 
SEQUENCE £ 0000-FFFF Indicates the sequence numbers of received 
messages 
Action 


When logs occur often, you can execute the QUIET command in the C7TU 
TRAFFIC environment to turn the logs off. You can also interrupt or cancel 
the test to turn the logs off. 


Associated OM registers 
There are no associated OM registers 
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Additional information 
There is no additional information 
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C7UP100 
Explanation 
The ISDN User Part (ISUP) subsystem generates log report C7UP100. The 
ISUP subsys tem generates when the far-end office fails to acknowledge the 
following messages: 
* circ uit reset, group circuit reset, blocking or unblocking, group blocking 
or group unblocking, or release messages 
e This office sent a message to the far-end office. When this office does not 
receive a response in 4-15 s, the office repeats the message. When the 
office does not receive a response after | min, the office generates this log. 
Format 
The log report format for C7UP100 is as follows: 
C7UP100 mmmdd hh:mm:ss ssdd INFO NO ACKNOWLEDGEMENT 
ALERT 
CKT trkid 
REPORTED BY trkid 
REASON = rsntxt 
Example 


An example of log report C7UP100: 


C7UP100 JAN26 07:12:40 2211 INFO NO ACKNOWLEDGEMENT ALERT 
CKT ISUPIT2WA 16 


REPORTED BY ISUPIT2WA 16 
REASON = NO ACK GRP CKT BLK 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO NO Constant Alerts that acknowledgement was not 
ACKNOWLEDGEMENT received from the far-end office. 

ALERT 

CKT Symbolic text Identifies the trunk affected. Refer to Table 
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Field 


Value 


Description 


REPORTED BY 


REASON 


Symbolic text 


NO ACK CIRCUIT 
RESET 


NO ACK GRP CKT 
RESET 


NO ACK FOR 
BLO/UBL 


NO ACK FOR 
RELEASE 


NO ACK GRP CKT 
BLK 


NO ACK GRP CKT 
UNBLK 


Identifies the trunk that reported the 
problem. Refer to Table I. 


Indicates that an acknowledgement to a 
circuit reset message (RSC) was not 
recieved from the far-end office. An RSC 
message resets the circuit to the idle 
condition. When the subsystem generates 
the log report for this reason, operational 
measurement (OM) register ISERRRSC 


pegs. 


Indicates that an acknowledgement to group 
circuit reset (GRS) was not received from 
the far-end office. When the subsystem 
generates the log report for this reason, the 
OM register ISERRGRS pegs. 


Indicates that an acknowledgement to a 
Blocking or Unblocking message was not 
received from the far-end office. When the 
subsystem generates the log report for this 
reson OM register ISERRBLO pegs. 


Indicates that an acknowledgement to a 
Release message was not received from 
the far-end office. When the subsystem 
generates the log report for this reason. the 
OM register ISERRRLC pegs. 


Indicates that an acknowledgement to a 
circuit group blocking (CGB) message was 
not received from the far-end office. When 
the subsystem generates the log report for 
this reason, the OM register ISERRBLO 


pegs. 


Indicates that an acknowledgement to a 
circuit group unblocking (CGU) message 
was not received from the far-end office. 
When the subsystem generates the log 
report for this reason, OM register 
ISERRBLO pegs. 
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C7UP100 (continued) 


Action 


The following table describes the action required for each text reason. 


Associated OM registers 


There are no associated OM registers. 


Action to be taken (Sheet 1 of 2) 


Rsntxt 


Action required 


NO ACK CIRCUIT RESET 


NO ACK GRP CKT RESET 


NO ACK FOR BLO/UBL 


Check the Common Channel Signaling #7 
(CCS7) messaging system (the digital terminal 
controller (DTC), message switch and buffer # 
7/link peripheral processor (MSB7/LPP). Check 
the inter-peripheral message link (IPML)) for 
problems that interrupt the transfer of RSC and 
incoming messages. Repeated RSC messages 
are sent at 1 min intervals until maintenance 
personnel intervene. 


Check the CCS7 messaging system for problems 
that interrupt the transfer of GRS messages and 
incoming messages. The CCS7 messaging 
system includes the DTC, MSB7/LPP, and IPML. 
Repeated GRS messages are sent at 1 min 
intervals until maintenance personnel intervene. 
The subsystem continues to generate this log 
report a 1 min intervals. 


Check the CCS7 messaging system for problems 
that interrupt the transfer of blocking (BLO) and 
unblocking (UBL) messages and incoming 
messages. The CCS7 messaging system 
includes the DTC, MSB7/LPP, and IPML. 
Repeated blocking/unblocking messages are 
sent at 1 min intervals until maintenance 
personnel intervene. 
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C7UP100 (end) 


Action to be taken (Sheet 2 of 2) 


Rsntxt 


Action required 


NO ACK FOR RELEASE 


NO ACK GRP CKT UNBLK 


Additional information 


Check the CCS7 messaging system for problems 
that the transfer of release (REL) messages and 
incoming messages. The CCS7 messaging 
includes the DTC, MSB7/LPP, and IPML. Test 
the circuit and remote test system (RTS). After 
the office repeats the REL message for 1 min, the 
office sends a reset circuit message. The office 
removes the circuit from service. The office 
sends the reset circuit message in 1 min intervals 
until maintenance personnel intervene. 


Check the CCS7 messaging system for problems 
that can interrupt the transfer of ISUP 
maintenance type messages. The CCS7 
messaging includes the DTC, MSB7/LLP, and 
IPML. Postthe ISUP trunk at the C7TTP level of 
the MAP display. Check the trunk state of the first 
ISUP trunk specified in the circuit group 
unblocking (CGU) message. If the trunk state is 
lockout (LO), check the status of the linkset and 
routeset. 


Note: The office sends GCU message. If the 
office does not receive a circuit group unblocking 
acknowledgment (CGUA) message under 12 s, 
the office send the CGU message again. The 
office sends a CGU message every 12 s for 60 s 
until the office receives a valid CGUA message, 
or maintenance personnel intervene. The office 
does not generate C7UP100 log during this 
period. 


There is no additional information. 
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C7UP101 


Explanation 


The ISDN User Part (ISUP) subsystem generates log report C7UP101. The 
ISUP subsystem generates this report when the indicated trunk receives an 
unreasonable message. It also reports the occurence of an invalid French 
Telephony User Part (FTUP) charge message that fails to take the call down. 


Format 
The log report format for C7UP101 is as follows: 


C7UP101 mmmdd hh:mm:ss ssdd FLT UNREASONABLE MSG 


RECEIVED 

ORIG trkid TERM trkid 
REPORTED BY CKT trkid 
REASON - rsntxt 

RECEIVED MSG nnnn SUBTYPE nnnn 


Example 
An example of log report C7UP101 follows: 


C7UP101 JAN26 07:12:40 2112 FLT UNREASONABLE MSG 


RECEIVED 


ORIG HOST 00 0 01 27 DN 9096215111 TERM СКТ ISUPTOGO 


REPORTED BY CKT OTT902TL1 0 
REASON = MSG RECEIVED ON IDLE CKT 
RECEIVED ISUP MSG 04 SUBTYPE 0002 


Field descriptions 
The following table descibes each field in the log report: 


Note: with this reason is not generated 
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C7UP101 (continued) 


Field Value Description 
Constant Indicates that the ISUP received an 

unreasonable message. 

FLT UNREASONABLE MSG 

RECEIVED 

ORIG Symbolic text Identifies the originating device (line or 
trunk). Refer to Table I. 

TERM Symbolic text Identifies the terminating trunk. Refer to 
Table І. 

REPORTED BY CKT Symbolic text Identifies the trunk that reported the fault. 
Refer to Table |. 

REASON Symbolic text Identifies the unreasonable message 
received. Refer to Reasons table. 

RECEIVED MSG 0000-9999 Identifies the message type received. 

SUBTYPE 0000-9999 Identifies the message number for the 
message type. 

Action 


The system software sends back an appropriate message or discards the 
unreasonable message. If this report appears often, notify the common 
channel signaling 7 (CCS7) network administration. 


Note: When both subscribers hang up at the same time, release message 
can appear on the idle circuit. 


Associated OM registers 
There are no associated OM registers. 
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C7UP101 (епа) 


Additional information 


Reasons 


Reason 


Explanation 


MSG RECEIVED ON IDLE CKT 


MSG RECEIVED ON BLOCKED CKT 


MSG RECEIVED ON UNBLOCKED CKT 


MSG RECEIVED UNEXPECTEDLY 


UNREASONABLE MSG ON IDLE CKT 


UNREASONABLE MSG ON CALL SETUP 


INVALID MSG RECEIVED 


INVALID CHARGE MSG RECEIVED 


UNSUPPORTED CHG/CHT MSG RCVD 


ITX MSG RCVD;CHK TRK DATAFILL 


Indicates that the system received a release 
message or a release complete message for an 
idle circuit. 


Indicates that the system received a blocking 
message for a blocked circuit. 


Indicates that the system received a blocking 
message for a unblocked circuit. 


Indicates that the system received a blocking or 
unblocking acknowledgment message without 
warning. 


Indicates that the system received unreasonable 
messages for an idle circuit. 


Indicates that the system received unreasonable 
messages after the initial address message 
(IAM) was sent. The IAM was sent before and 
after receipt of the address complete message 
(ACM). 


Indicates that the system received an invalid 
message. 


The received charge message has an invalid 
message format, indicating a possible internal 
conversion failure. 


The received charge message is a CHT or CHG 
charge message that is not supported at present. 


Ап ITX message is received from a trunk that is 
not marked with the TELETAXE option in table 
TRKOPTS. 
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Explanation 


C7UP102 


The ISDN user part (SUP) subsystem generates log report C7UP102 when а 
CCS7 connection 15 released due to an abnormal condition. It is also generated 
when an invalid French Telephony User Part (FTUP) charge message results 


in a call take down. 


This log report is also generated when the charge indicator fields in the 


Backward Charge Indicator (BCI) of the Address Complete Message (ACM) 
and the Answer Message (ANM) are not matched. This applies to the ACM 
and ANM received for any call terminating to New Common Carrier Interface 
(NCCI) V2, except for NCCI V2 to NCCI V2 calls. 


This log report indicates that a Circuit Reservation Acknowledgment (CRA) 
message has not been received from the carrier within 3 to 4 seconds as 
specified by TR-TS Y-000394. This log may indicate a glare condition and 
trunk selection methods should be verified. 


Note: C7UP102 is not supported by equal access (EA) Generic Services 
Framework (GSF) software. If it is generated by this software, it could 


Format 


Example 


contain incorrect information. 


The format of the log report C7UP102 is as follows: 


C7UP102 mmmdd hh:mm:ss ssdd FLT REL DUE TO ABNORMAL 
COND 
ORIG trkid TERM trkid 
REPORTED BY CKT trkid 
REASON = rsntxt 
CLDNO = dn 


An example of log report C7UP102 is as follows: 


C7UP102 JANO2 11:22:40 9400 FLT REL DUE TO ABNORMAL COND 


ORIG СКТ ISUPITIC 0 TERM HOST 00 0 18 03 DN 901237782 


REPORTED BY CKT ISUPITIC 0 
REASON = ACM EXPECTED FROM 777, NOTHING RCVD 
CLDNO = 7090701 
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C7UP102 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

FLT REL DUE TO ABNORMAL Constant Indicates that a connection has been 

COND released because of an abnormal condition. 

ORIG Symbolic text Identifies the originating trunk. Refer to 
Table I. 

TERM Symbolic text Identifies the terminating device (line or 


trunk). Refer to Table І. 


REPORTED BY CKT Symbolic text Identifies the trunk that reported the fault. 
Refer to Table І. 


REASON Symbolic text Provides the expected and received 
message that caused the abnormal 
condition. Refer to Reasons table. 


CLDNO Integers Identifies the called number. Refer to 
Reasons table. 


Action 


Contact CCS7 network administration if this report appears frequently since 
the connection is released for every instance of this condition. 


Associated OM registers 
Register ISERRREL is pegged when this log report is generated. 
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C7UP102 (continued) 


Additional information 


Reasons (Sheet 1 of 4) 


Reasons Explanation 
EXPECTED: ACM/ANM RECEIVED: Indicates that an address complete message has 
Nothing not been received within 20 to 30 seconds from 


the receipt of the initial address message (IAM). 
The connection is released by the sending office. 


EXPECTED: COT RECEIVED: Nothing Indicates that a continuity message has not been 
received within 10 to 15 seconds from receipt of 
the initial address message (IAM) with the 
request for continuity checking. The connection is 
released and a release message is sent back. 


ACM EXPECTED FROM XXX, Indicates that an address complete message 

NOTHING RCVD (ACM) has not been received within 20 to 30 
seconds from the receipt of the initial address 
message (IAM). The connection is released by 
the sending office. The string XXX indicates a 
three-digit code that identifies the carrier. The 
mapping is available in table OCCINFO. 


COT EXPECTED FROM XXX, Indicates that a continuity check message (COT) 

NOTHING RCVD has not been received within 10 to 15 seconds 
from the receipt of the initial address message 
(IAM). The connection is released and a release 
message is sent back. The string XXX indicates 
a three-digit code that identifies the carrier. The 
mapping is available in table OCCINFO. 


CRA EXPECTED FROM XXX, Indicates that a CRA message has not been 

NOTHING RCVD received from the carrier within 3 to 4 seconds as 
specified by TR-TSY-000394. The string XXX 
indicates a three-digit code that identifies the 
carrier. The mapping is available in table 


OCCINFO. 
EXM EXPECTED FROM XXX, Indicates that an exit message (EXM) has not 
NOTHING RCVD been received at the end office from the access 


tandem within 3 to 5 seconds specified by 
TR-TSY-000394. The string XXX indicates a 
three-digit code that identifies the carrier. The 
mapping is available in table OCCINFO. 
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Reasons (Sheet 2 of 4) 


Reasons 


Explanation 


EXPECTED:SE=#2RECEIVED:#X 


EXPECTED:IT=#0RECEIVED:#X 


EXPECTED:OC=#0 OR #3RECEIVED:#X 


EXPECTED:OT=#04RECEIVED XXX 


EXPECTED:CP=#0RECEIVED:#X 


EXPECTED:CC=#0RECEIVED:#X 


The charge (CHG) message received for a basic 
Flexible Charging System (FCS) call has an 
invalid field value. The invalid value exists in the 
signaling element type field of the charging 
information parameter. The DMS-100 switch 
releases the call and does not verify the 
remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the initiated type field of the charging 
information parameter. The DMS-100 switch 
releases the call and does not verify the 
remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the operation class field of the charging 
information parameter. The DMS-100 switch 
releases the call and does not verify the 
remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the operation type field of the charging 
information parameter. If the value received is 
#06, #07, #08, or #1f, the DMS-100 switch 
ignores the value and does not release the call. If 
any other value is received, the switch releases 
the call and does not verify the remaining field 
values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the charged party type field of the charging 
information parameter. The DMS-100 switch 
releases the call and does not verify the 
remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the charge collection method field of the 
charging information parameter. The DMS-100 
switch releases the call and does not verify the 
remaining field values. 
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C7UP102 (continued) 


Reasons (Sheet 3 of 4) 


Reasons Explanation 


EXPECTED:CRI=#01 RECEIVED:#XX The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the charge/rate indicator field of the charging 
information parameter. The DMS-100 switch 
releases the call and does not verify the 
remaining field values. 


EXPECTED: Valid Cl RECEIVED: Invalid Cl The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the charge/rate information field of the 
charging information parameter. The DMS-100 
switch releases the call and does not verify the 
remaining field values. 


EXPECTED: Valid IP RECEIVED: Invalid IP The CHG message received for a basic FCS call 
has an invalid field length. The invalid length 
exists for the address signal field of the 
information provider (IP) number parameter. The 
IP number parameter is a subparameter of the 
end information transport parameter. The 
DMS-100 switch releases the call and does not 
verify the remaining field values. 


EXPECTED:NAI=#03 OR #7ERECEIVED:#XX The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the nature of address indicator field of the IP 
number parameter. The IP number parameter is 
a subparameter of the end information transport 
parameter. The DMS-100 switch releases the call 
and does not verify the remaining field values. 


EXPECTED:NPI=#1 RECEIVED:#X The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the numbering plan indicator field of the IP 
number parameter. The IP number parameter is 
a subparameter of the end information transport 
parameter. The DMS-100 switch releases the call 
and does not verify the remaining field values. 
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Reasons (Sheet 4 of 4) 


Reasons 


Explanation 


EXPECTED:AS=0 to 9RECEIVED: Invalid 


EXPECTED:DI=0 to 9RECEIVED: Invalid 


EXPECTED:TVMBI <= 15RECEIVED: Invalid 


EXPECTED:ITX MSG; RECEIVED: Invalid 


ITX MSG received in inv call state 


CHG IND MISMATCH ACM: XX, ANM: YY 


NO BCI in ANM 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the address signal field of the IP number 
parameter. The IP number parameter is a 
subparameter of the end information transport 
parameter. The DMS-100 switch releases the call 
and does not verify the remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The invalid value exists 
in the units of digit or units of tens digit field of the 
message billing index (MBI) for charging 
calculation parameter. The MBI for charging 
calculation parameter is a subparameter of the 
end information transport parameter. The 
DMS-100 switch releases the call and does not 
verify the remaining field values. 


The CHG message received for a basic FCS call 
has an invalid field value. The combined value 
based on the values in the units of digit and units 
of tens digit fields of the MBI for charging 
calculation parameter is invalid. (The combined 
value must be less than or equal to 15.) The MBI 
for charging calculation parameter is a 
subparameter of the end information transport 
parameter. The DMS-100 switch releases the call 
and does not verify the remaining field values. 


The received ITX charge message has an invalid 
format and is handled as an illogical FTUP 
charge message (calltake down). 


An ITX charge message is received іп call phase 
different than the talking phase and the ITX 
message is handled as an illogical FTUP charge 
message (call takedown). 


The charge indicator fields in the Backward Call 
Indicator (BCI) of the Address Complete 
Message (ACM) and the Answer Message 
(ANM) are not matched. 


The Answer Message (ANM) has no Backward 
Call Indicator (BCI). 
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C7UP103 
Explanation 
The ISDN User Part (ISUP) subsystem generates log report C7UP103. This 
report appears to report blocked or unblocked circuit conditions. 
Format 
The log report format for C7UP103 is as follows: 
C7UP103 mmmdd hh:mm:ss ssdd INFO CIRCUIT BLO/UBL 
CKT trkid 
REPORTED BY CKT trkid 
REASON = rsntxt 
Example 


An example of log report C7UP103 follows: 


C7UP103 JAN26 07:12:40 2112 INFO CIRCUIT BLO/UBL 
СКТ ІЅОРЗОЗОСА 5 
REPORTED BY СКТ OTT902TL1 0 
REASON = LOCAL CKT BLO ALERT 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CIRCUIT BLO/UBL Constant Indicates a report of circuit blocking or 
unblocking conditions. 

CKT Symbolic text Identifies the trunk circuit in the blocked or 
unblocked trunk. Refer to Table І. 

REPORTED BY CKT Symbolic text Identifies the trunk that reported the fault. 
Refer to Table I. 

REASON Symbolic text Provides the reason that the subsystem 
generated this report. Refer to Reasons 
table. 

Action 


Refer to Reasons table for the action that each text reason requires. 
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Associated OM registers 
Refer to Reasons table for associated OM registers. 


Reasons 


Reason 


Explanation 


CKT LOCALLY BLOCKED 


CKT UNBLKED 


REMOTE CKT BLO ALERT 


LOCAL CKT BLO ALERT 


Indicates that the office blocks the circuit to 
permit switching equipment and maintenance 
personnel at this office to remove traffic. 
Switching equipment and maintenance 
personnel remove traffic from a circuit in the local 
office. This action allows the system to test or 
service faults. An engaged condition of the circuit 
prevents calls from originating on the blocked 
circuit at the far-end office. The Operational 
measurement (OM) register ISCKTBLO 
increases when the system generates ISUP103 
with this reason. For information only, there is no 
action required. 


Indicates that the blocked circuit is unblocked. 
The OM register ISCKTUBL increases when the 
system generates ISUP103 with this reason. For 
information only, there is no action required. 


Indicates that the far-end office blocked the 
circuit at this office for five minutes. The OM 
register ISCKTRBT increases when the system 
generates ISUP103 with this reason. When work 
on the trunk exceeds 5 min, remove the circuit 
from service at the far-end office. 


Indicates that a local block blocked the circuit at 
this office for 5 min. The OM register ISCKTLBT 
increases when the system generates ISUP103 
with this reason. When work on the trunk 
exceeds 5 min, remove the circuit from service at 
the far-end office. 
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C7UP104 


Explanation 


The ISDN User Part (ISUP) subsystem generates log report C7UP104. This 
report appears to report group blocking or unblocking conditions. 


Format 1 


The log report format for C7UP104, with the CIC in 14-bit format, is as 
follows: 


C7UP104 mmmdd hh:mm:ss ssdd INFO GROUP CIRCUIT BLO/UBL 
CKT = trkid 
REASON = rsntxt 
STARTING TRK CIC = nnnnn 
ТЕК GRP = хххххххх хххххххх хххххххх 
ROUTESET = clli 


Example 1 
An example of log report C7UP104, with the CIC in 14-bit format, follows: 


C7UP104 JAN26 07:12:40 2211 INFO GROUP CIRCUIT BLO/UBL 
CKT = ISUPITOG 1 
REASON = GRP LOCALLY BLKED 
STARTING TRK CIC = 800 
TRK GRP = 11111111 11110101 11111111 
ROUTESET = C7RTESET1 


Format 2 
The log report format for C7UP104, with the CIC in 7-5 format, is as follows: 


C7UP104 mmmdd hh:mm:ss ssdd INFO GROUP CIRCUIT BLO/UBL 
CKT = trkid 
REASON = rsntxt 
STARTING TRK CIC = nnn-nn 
ТЕК GRP = хххххххх хххххххх хххххххх 
ROUTESET = clli 


Example 2 
An example of log report C7UP104, with the CIC in 7-5 format, follows: 
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C7UP104 (continued) 


C7UP104 JUL17 07:12:40 2211 INFO GROUP CIRCUIT BLO/UBL 


Field descriptions 


OGISP1AB 0 


- GRP LOCALLY BLKED 


STARTING TRK CIC - 25-0 
TRK GRP - 11111111 11110101 11111111 
ROUTESET = C7RTESET1 


The following table explains each field in the log report: 


Field Value Description 

INFO GROUP CIRCUIT Constant Indicates a report of group circuit blocking or 

BLO/UBL unblocking conditions. 

CKT Symbolic text Identifies the common language location 
identifier (CLLI) of the first trunk circuit 
involved in the blocked group. 

REASON Symbolic text Provides the reason that the system 
generated this log report. Refer to Reasons 
table. 

STARTING TRK CIC 0 to 16383 Provides the circuit identification code (CIC) 
of the first trunk of the affected trunk group, 
in 14-bit format. 

0 to 511 Provides the circuit identification code (CIC) 

0 to 31 value (CCS7) in 7-5 format. The first number 
is the Carrier Number, and the second 
number is the Channel Number. 

TRK GRP 

Х = 1: the system 
blocked/unblocked 
this trunk 

X 2 2: the system 
blocked this trunk and 
the call was taken 
down 

ROUTESET Symbolic text Identifies the CCS7 routeset of the trunk 
involved in the log. 
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C7UP104 (continued) 


Action 


For information only, there is no action required. 


Note: The subsystem generates this log report every 12 s for 1 min after the 
system first sends the circuit group blocking (CGB) messages. The system 
generates this report if the system does not receive a circuit group blocking 
acknowledgment (CGBA) message. The system then generates the report 
every 60 s if the system still did not receive the CGBA message. 


Contact the CCS7 network administrator if either of the following occurs: 


the trunk group remains blocked for a long period of time 


the system receives a large number of these log reports 


Associated OM registers 
The system increases the following operational measurement (OM) registers: 


ISMSGIN total ISUP messages the office receives. 
ISMSGOUT total ISUP messages sent from the office 
ISCKTGBT circuit groups blocked (calls not dropped) 
ISCKTCGU circuit groups unblocked. 
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C7UP104 (continued) 


Reasons (Sheet 1 of 2) 


Reason 


Explanation 


GRP LOCALLY BLKED 


GRP REMOTELY BLKED 


Indicates that the system blocked a group of 
circuit identification code (CIC) trunks that the 
system assigned in a row. The system blocked 
these trunks for maintenance or 
software-generated reasons. The system leaves 
all calls up on these trunks. The system sends 
circuit group blocking (CGB) messages to the far 
end office. The system then generates this report 
with <rsnixt>= GRP LOCALLY BLKED. The 
system generates this report when the system 
The line TRK GRP displays the local status of the 
individual trunks that CGB messages specify: 0= 
not locally blocked; 1= locally blocked. 


Indicates that the system remotely blocked a 
group of CIC trunks that the system assigned in a 
row. The system remotely blocked these trunks 
for maintenance, software-generated or 
hardware failure reasons. The system takes 
down calls when hardware failure causes the 
blockage. When the far-end office receives the 
pair of CGB messages within 5 seconds, the 
system generates this report with <rsntxt>= GRP 
REMOTELY BLKED. The line TRK GRP displays 
the remote status of file individual trunks: 02 not 
remotely blocked; 12 remotely blocked; 2- 
remotely blocked and call taken down. The 
CGBA message specifies these trunks. The Line 
TRK GRP also displays released calls. Released 
calls are the result of the receipt of hardware 
failure CGB messages. 
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C7UP104 (епа) 


Reasons (Sheet 2 of 2) 


Reason 


Explanation 


GRP LOCALLY UNBLKED 


GRP REMOTELY UNBLKED 


Indicates that the system locally unblocked a 
group of CIC trunks that the system assigned in a 
row. The system unblocked these trunks for 
maintenance or software-generated reasons. 
The system sends the circuit group unblocking 
(CGU) message to the far end office. The system 
then generates this report with <rsntxt>= GRP 
LOCALLY UNBLKED. The line TRK GRP 
displays the local status of the individual trunks 
that the CGU messages specify: 0- not locally 
unblocked; 1= locally unblocked. 


Indicates that the system remotely unblocked a 
group of trunks that the system assigned in a row. 
The system unblocked these trunks because the 
system received a circuit group unblocking 
(CGU) message from the far-end office. The 
system sends a circuit group unblocking 
acknowledgment (CGUA) message back to the 
far-end office. The system then generates this log 
report with <rsntxt>= GRP REMOTELY 
UNBLKED. The line TRK GRP displays the 
remote status of the individual trunks that the 
CGUA message specifies: 0- not remotely 
unblocked; 1= remotely unblocked. 
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Explanation 


UCS log reports 1-875 


The ISDN User Part (ISUP) subsystem genrates log report C7UP105. This 
report appears when an integrated services digital network (ISDN) call attempt 
that is not complete occurs because of the reason given. 


Format 


The log report format for C7UP105 is as follows: 
ATTEMPT 
CKT trkid 
REPORTED BY CKT trkid 


REASON 
ROUTESET 


CLDNO 


Example 


rsntxt 
clli 
dn 


An example of log report C7UP105 follows: 


C7UP105 JAN26 07:12:40 2112 INFO UNSUCCESSFUL CALL ATTEMPT 


CKT 
REPORTED 
REASON 
ROUTESET 
CLDNO 


Field descriptions 


ISUP902TL1 0 


BY CKT OTT902305A 6 
ADDRESS INCOMPLETE 
C7RTESET1 

5553542 


The following table describes each field in the log report: 


(Sheet 1 of 2) 
Field 


INFO UNSUCCESSFUL CALL 
ATTEMPT 


CKT trkid 


Value Description 


Constant Indicates that a call attempt that was not 


complete occurred. 


Identifies the trunk involved. Refer to Table 
l. 


Symbolic text 
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(Sheet 2 of 2) 


Field 


Value 


Description 


REPORTED BY CKT trkid 


REASON = rsntxt 


ROUTESET = clli 


CLDNO = dn 


Action 


Symbolic text 


ADDRESS 
INCOMPLETE 


Symbolic text 


Symbolic text 


There is no action required. 


Identifies the circuit that reported the call 
attempt that was not complete. Refer to 
Table І. 


Indicates that the subscriber cannot reach 
the called party. Another office determined 
that the number is not a correct format or is 
not complete. The system pegs the 
operational measurement (OM) register 
ISCONUCA. 


Identifies the common language location 
identifier (CLLI) routeset. The CLLI routeset 
is a logical ISUP route. The CLLI routeset 
consists of a set of trunks for voice, and a 
linkset to signal. Refer to Table І. 


Identifies the called party. Refer to Table I. 
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Explanation 


UCS log reports 1-877 


The ISDN User Part (ISUP) subsystem generates log report C7UP106. This 
report appears when problems occur because not enough resources are 
available. 


Format 


The log report format for C7UP106 is as follows: 


C7UP106 mmmdd hh:mm:ss ssdd FLT RESOURCE UNAVAILABLE 


Example 


CKT trkid 

REPORTED BY CKT trkid 
REASON = rsntxt 
ROUTESET = clli 

CLDNO = dn 


An example of log report C7UP106 follows: 


C7UP106 JAN26 07:12:40 2112 FLT RESOURCE UNAVAILABLE 


СКТ ІЅОРЗОЗОСА 5 

REPORTED BY СКТ OTT902TL1 0 
REASON = EQUIPMENT CONGESTION 
ROUTESET = clli 

CLDNO = 5553811 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value Description 


FLT RESOURCE 
UNAVAILABLE 


CKT 


REPORTED BY CKT 


Constant Indicates that problems occur because 
resources are not available. 


Symbolic text Identifies the affected trunk. Refer to Table 
l. 


Symbolic text Identifies the trunk that reported the 
problem. Refer to Table I. 
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(Sheet 2 of 2) 


Field Value Description 
REASON EQUIPMENT Indicates that the switching equipment in 
CONGESTION another office is in a period of high traffic. 


Overload conditions can cause this 
congestion. The system increases the OM 
register ISCONUCE. 


NO CIRCUIT Indicates that another office does not have 

AVAILABLE an appropriate idle circuit available to 
handle the call. The system increases the 
OM register ISCONUCC. 


Note: A route advance occurs if another 
route is available. 


TEMP NETWORK Indicates that the network at the far-end 

FAILURE office does not function correctly. This 
condition only lasts a short time. The 
system increases the OM register 
ISCONUCF. 


ROUTESET Symbolic text Identifies the common language location 
identifier (CLLI) routeset. The CLLI routeset 
is a logical ISUP route. The CLLI routeset 
consists of a set of trunks for voice and a 
linkset to signal. Refer to Table |. 


CLDNO Symbolic text Identifies the affected directory number. 
Refer to Table І. 


Action 


Notify the common channel signaling 7 (CCS7) network administration if the 
condition continues. 


Associated OM registers 


Refer to the description section for the field Reason in the above table for 
associated OM registers. 


Additional information 
There is no additional information. 
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C7UP107 
Explanation 
The ISDN User Part (SUP) subsystem generates log report C7UP107 after a 
continuity check test on the indicated outgoing trunk at this office. The 
following items can request a continuity check 
* initial address message (ТАМ) (for each call) 
* continuity check request (CCR) message 
• demand continuity test (DCT) from the MAP terminal 
Format 
The log report format for C7UP107 follows: 
C7UP107 mmmdd hh:mm:ss ssdd INFO CONTINUITY ALERT 
CKT trkid 
CONDITION = condtxt 
ADDITIONAL INFO = rsntxt 
CALLID = callid 
Example 


An example of log report C7UP107 follows: 


C7UP107 JAN26 07:12:40 2112 INFO CONTINUITY ALERT 
СКТ ISUP3030GA 5 
CONDITION = DEMAND CONTINUITY TEST FAILED 
ADDITIONAL INFO = NO TONE DETECTED 
CALLID = 54673 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO CONTINUITY ALERT Constant Indicates a continuity check failure. 
CKT Symbolic text Identifies the trunk that failed the continuity 


check. Refer to table I. 


CONDITION Symbolic text Identifies the type of continuity test that 
failed or passed. Refer to the Test result 
field in table Continuity Test. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-880 UCS log reports 
C7UP107 (continued) 


(Sheet 2 of 2) 


Field Value Description 


ADDITIONAL INFO Symbolic text Provides additional information about the 
test failure. Refer to the Reason field in 
table Continuity Test. 


CALLID Symbolic text Identifies the call process. Refer to table І. 


Action 


Test the circuit. Contact the common channel signaling system No. 7 (CCS7) 
network administration if the system generates this log report often. 


Associated OM registers 


The operational measurement (OM) register ISCONCOT increases when the 
system generates this log report. 


Continuity test result (Sheet 1 of 3) 


Test result Explanation Reason Explanation 
DEMAND Indicates failure of a NO TONE DETECTED Indicates that the 
CONTINUITY TEST demand continuity test system did not detect a 
FAILED from the MAP terminal. valid continuity tone at 
the originating end. 
TONE Indicates an 
INTERRUPTED interruption in a 


continuity test tone. 


LOOPBACK ACK Indicates that the 

TIMEOUT receiving end did not 
return a loopback 
acknowledgment 
message during a 
continuity test. 


NO PERIPHERAL Indicates that all 

RESOURCES continuity circuits of a 
digital trunk controller 
are busy. 
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C7UP107 (continued) 


Continuity test result (Sheet 2 of 3) 


Test result 


Explanation 


Reason 


Explanation 


PER-CALL 
CONTINUITY TEST 
FAILED 


Indicates failure of a 
per-call continuity test. 


INVALID 
RESPONSE TO CCR 


NOT AN ISUP TRUNK 


NO SIGNALING 
AVAILABLE 


NO TONE DETECTED 


TONE INTERRUPTED 


Indicates that the 
receiving end 
response to a 
continuity check 
request message was 
other than a loopback 
acknowledgment 
message. 


Indicates that the 
continuity test 
attempted was on a 
posted circuit that is 
not an ISDN user part 
(ISUP) trunk. 


Indicates that the 
system will not perform 
continuity tests on 
trunks that do not have 
signaling capability. 


Indicates that the 
System did not detect a 
valid continuity tone at 
the originating end. 


Indicates that an 
interruption occurred in 
a continuity test tone. 
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Continuity test result (Sheet 3 of 3) 


Test result Explanation 


Reason 


Explanation 


CONTINUITY 
RECHECK PASSED 


Indicates completion of 
a continuity test 
recheck. 


CONTINUITY CHECK 
HALTED 


Indicates the halt of a 
continuity test. 


CONTINUITY Indicates failure of a 
RECHECK continuity test recheck. 
FAILED 


NO TONE DETECTED 


TONE INTERRUPTED 


NO RECHECK 


RESOURCES 


TOO MANY RETRIES 


Indicates that an 
incoming trunk 
performed a continuity 
recheck test and the 
test passed. Note that 
the system does not 
generate a COT failure 
log for continuity test 
failures on incoming 
trunks. A 
corresponding log of 
C7UP COT FAILURE 
is not present and 
cannot correspond 
with the C7UP107 
COT RECHECK 
PASSED log. 


Indicates that the 
system did not detecta 
valid continuity tone at 
the originating end. 


Indicates that an 
interruption occurred in 
a continuity test tone. 


Indicates that the 
digital trunk controller 
(DTC) has no 
resources allocated for 
recheck purposes. 


Indicates that the 
maximum number of 
retries was attempted. 
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Explanation 


Format 1 


Example 1 


Format 2 


Example 2 
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The ISDN User Part (ISUP) subsystem generates report C7UP109 when the 
system corrects the state of an ISUP trunk to match the far end. The subsystem 
generates this report when the subsystem receives the UNEQUIPPED circuit 
identification code (CIC) message is received from the far end. The subsystem 
also generates this report when the daily audit runs, or the user inputs the trunk 
query (TRKQRY) command. If the far-end trunk state does not correspond to 
the local trunk state, system action(s) can correct the state. Each of these 
actions will produce a log. 


The log report format for C7UP109, with the CIC in 14-bit format, is as 
follows: 


C7UP109 mmmdd hh:mm:ss ssdd INFO CQ STATE CHANGE 
CKT trkid 
REPORTING CKT trkid 
REASON - rsntxt 
CIC = nnnnn 


An example of log report C7UP109, with the CIC in 14-bit format, follows: 


C7UP109 JAN26 07:12:40 ssdd INFO CQ STATE CHANGE 
СКТ ISUPTRAF2WB 2 
REPORTING CKT ISUPTRAF2WB 2 
REASON = MARKED REMOTE BLOCK 
CIC = 402 


The log report format for C7UP109, with the CIC in 7-5 format, is as follows: 


C7UP109 mmmdd hh:mm:ss ssdd INFO CQ STATE CHANGE 
CKT trkid 
REPORTING CKT trkid 
REASON = rsntxt 
CIC = nnn-nn 


An example of log report C7UP109, with the CIC in 7-5 format, follows: 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-884 UCS log reports 


C7UP109 (continued) 


C7UP109 JUL17 08:30:19 ssdd INFO CQ STATE CHANGE 
СКТ  OGISP1AB 0 
REPORTING СКТ OGISP1AB 0 
REASON = MARKED REMOTE BLOCK 
CIC = 12-18 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
CQ STATE CHANGE Constant Indicates that the system corrects the state 
of an ISUP trunk to match the state at the far 
end. 
CKT Symbolic text Identifies the ISUP trunk. Refer to Table |. 
REPORTING CKT Symbolic text Identifies the far-end trunk. Refer to Table I. 
REASON Symbolic text Indicates the reason the system produced 
the log. Refer to table Reasons. 
CIC 0 to 16833 Identifies the circuit identification code (CIC) 
value (CCS7) in 14-bit format. 
0 to 511 Identifies the circuit identification code (CIC) 
0 to 31 value (CCS7) in 7-5 format. The first number 


is the Carrier Number, and the second 
number is the Channel Number. 


Action 
For all reasons except TK MARK FAR END UNEQ reason, there is no action 
required. Repeated state mismatch with the far end causes the system to 
generate the log often. This condition can require action to determine the 
cause. Contact the next level of maintenance. 


If the reason is TK MARK FAR END UNEQ, the far-end trunk is not in 
service and cannot be used. Contact the other switch to determine why the 
trunk is not in service. 
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Associated OM registers 
Refer to table Reasons for associated OM registers. 


Reasons 


Reason Explanation 


REMOTE BLOCK CLEARED The far end clears the remote manually-busy 
state because the far end is not locally blocked. 


MARKED REMOTE BLOCK The far end indicates that the far end is locally 
blocked. The trunk at this end is remotely 
blocked. 


RLS SENT The far end indicates that a call up occurred on 
this trunk. The local end does not have record of 
a call (the trunk is IDL). The local end sends a 
release message to take the call down. 


CIRCUIT IDLED The local end indicates a call up but the far end 
does not indicate a call up. The system takes 
down the call and idles the trunk. 


BLO SENT The far end is not marked remotely blocked. This 
state does not match the local state. The system 
sends the blocking (BLO) message again. 


UBL SENT The far end is remotely blocked. This state does 
not match the local state. The system sends the 
unblocking (UBL) message again. 


TK MARK FAR END UNEQ The far end indicates that the trunk is not 
available. The trunk is far end unequipped. The 
trunk changes to a local (LO) state if in the idle 
(IDL) state. 
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C7UP110 


Explanation 
The ISDN user part (ISUP) subsystem generates log report C7UP110. This 
log appears when a serious communication problem with the far-end office 
occurs. The other switch does not use the same protocol standard message 
format as the DMS switch. The use of a different message format occurs when 
the far-end office is not a DMS switch. The switch also uses a different 
message format when two DMS switches have incompatible software loads. 
This log is output only at an end office. 


Format 
The log report format for C7UP110 is as follows: 


C7UP110 mmmdd hh:mm:ss ssdd INFO REMOTE END SENT 
BAD MSG 
СКТ trkid 
ISUP RCVD INCORRECT FORMAT MSG FROM FAR END 
REASON rsntxt 
INFORMATION BYTE hhhh 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report C7UP110 follows: 


C7UP110 JAN26 07:12:40 4433 INFO REMOTE END SENT BAD MSG 
CKT  ISUPITOG 0 
ISUP RCVD INCORRECT FORMAT MSG FROM FAR END 
REASON: received unknown message 
INFORMATION BYTE 0120 
FFFF 0101 3323 4532 FFFF FFFF 0101 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO ISUP REMOTE END Constant Indicates that a serious communication 
SENT BAD MSG problem is present with the far-end office. 
CKT trkid Symbolic text Identifies the ISUP trunk. Refer to Table І. 
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(Sheet 2 of 2) 


Field 


Value 


Description 


SUP АСУР INCORRECT 
FORMAT MSG FROM FAR 
END 


REASON rsntxt 


INFORMATION BYTE hhhh 


hhhh(x7) 


Action 


Constant 


Symbolic text 


0000-FFFF 


0000-FFFF 


Indicates that the other switch does not use 
the same standard message format as the 
DMS switch. 


Indicates why the far end sends a bad 
message. Refer to Bad Message Reasons 
table. 


Indicates in hexadecimal the value of the 
ISUP message. Refer to Bad Message 
Reasons table. 


Indicates text of bad message. 


Save this log and contact the next level of maintenance immediately. This log 
indicates a difference in the message format between the DMS switch and a 
non-DMS switch. This difference can affect other areas if the next level of 
maintenance does not attended to this difference immediately. 


Associated OM registers 
The Operational measurement (OM) register ISERRBAD of the OM group 
ISDN user part errors (ISUPERRS) increases when the system generates this 


log. This register increases when the reason that the system generates this log 
is RECEIVED UNKNOWN MSG only. 


Bad message reasons (Sheet 1 of 2) 


Reason 


Action 


Information byte 


CQ MG WITH BAD RANGE 


NTW NOT SUPPORTED CQ 


CQ MSG WITH BAD PTR 


CQ MSG WITH BAD LEN 


Circuit query message with bad Value in range field 


range field. 


The system does not support 
circuit query for that network 
type. 


Circuit query message with a 
bad pointer. 


Circuit query message with a 
bad range field. 


Network indicator 


Value in pointer field 


Value in length field 
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Bad message reasons (Sheet 2 of 2) 


Reason 


Action 


Information byte 


CQR MG WITH BAD RANG 


NW NOT SUPPORTED CQR 


CQR INV STATE SENT 


CQR MSG WITH BAD PTR 


CQR MSG WITH BAD LEN 


RECEIVED UNKNOWN MSG 


Corrupt or bad optional part 
pointer: Bad ANM Opt Pointer 


Circuit query response 


message with a bad range field. 


Circuit query response 
message does not support that 
network type. 


Circuit query response 
message contains a common 
channel signaling 7 (CCS7) 
state value that is not known. 


Circuit query response 
message contains a bad pointer 
value. 


Circuit query response contains 
a bad length value. 


The DMS switch does not 
recognize the message the end 
office sends. 


The DMS switch receives an 
answer message (ANM) with a 
corrupt optional part pointer. 


Value in range field 


Network indicator 


State value 


Value of pointer 


Value of length field 


Value of unrecognized 
message field 


Value in the optional part 
pointer. 
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C7UP111 
Explanation 
The ISDN User Part (ISUP) subsystem generates log report C7UP111 when 
an outgoing call attempt fails. 
Format 
The log report format C7UP111 is as follows: 
C7UP111 mmmdd hh:mm:ss ssdd FLT ISUP TRUNK TRBL 
OUTGOING TRBL REASON = reastxt 
INC= trkid/len OUT= trkid 
CLDNO-dn CALLID= callid 
Example 


An example of log report C7UP111 follows: 


C7UP111 АРК01 12:00:00 2112 FLT ISUP TRUNK TRBL 
OUTGOING TRBL REASON - TRK SEIZED 
INC- OTT902TL1 0 OUT- ISUP3030G 0 
CLDNO- 7095117  CALLID- 123456 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
FLT ISUP TRUNK TRBL Constant Indicates ISUP trunk trouble. 
OUTGOING TRBL REASON INV SIG INFO Indicates that a call received unreasonable 


signaling information before a backwards 
message. The system attempts the call 
again. 


RECEIVED BLO Indicates that the system received a 
blocking signal during a call. The system 
attempts the call again if message received 
before an address complete message 
(ACM). 


RECEIVED RLC Indicates that the system received a release 
complete (RLC) signal during a call before 
an ACM. The system attempts the call 
again. 
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(Sheet 2 of 2) 


Field 


Value 


Description 


INC 


OUT 


CLDNO 


CALLID 


RECEIVED RLS 


RECEIVED RSC 


RLS SEQ INC 


TRK SEIZED 


COT FAILED 


GOT UCIC MSG 


Symbolic text 


Symbolic text 


Symbolic text 


Symbolic text 


Indicates that the system received a release 
complete (RLS) signal during a call before 
an ACM. The system attempts the call 
again. 


Indicates that the system received a reset 
circuit (RSC) signal during a call. The 
system attempts the call again if the system 
received the message before an ACM. 


Indicates that the system seized an 
outgoing ISUP trunk while in the 
release-release complete (RLS-RLC) 
sequence. If this seizure is the first attempt, 
the system attempts the call again. 


Indicates that the system attempted an 
outgoing call on a trunk seized for an 
incoming call. Indicates a race condition. If 
this attempt is the first failure, the system 
attempts the call again. 


Indicates failure of a per-call continuity test 
on an outgoing trunk. The system attempts 
the call again. 


Indicates that the system received an 
unequipped CIC (UCIC) message during 
call. The system attempts the call again. 
Refer to Table I. 


Provides an equipment identification for the 
incoming device. Can be either a trunk or a 
line. 


Provides an equipment identification for the 
outgoing trunk. Refer to Table I. 


Identifies the called number. Refer to Table 
l. 


Identifies the call process affected. Refer to 
Table І. 
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Action 


If this log appears often, contact the Northern Telecom Emergency Technical 
Assistance Services (ETAS). 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The ISDN User Part (ISUP) subsystem generates log report C7UP112. This 
log appears when the DMS call in progress receives an unreasonable message 


C7UP112 
Explanation 
in the current call state of the DMS call. 
Format 
The log report format C7UP112 is as follows: 
C7UP112 mmmdd hh:mm:ss ssdd FLT UNEXPECTED ISUP MSG 
ORIG CKT trkid TERM CKT trkid 
EXPECTED ISUP MSG hh RECEIVED ISUP MSG hh 
REPORTED BY trkid CALLID callid 
Example 


An example of log report C7UP112 follows: 


С70Р112 APRO1 12:00:00 2112 FLT UNEXPECTED ISUP MSG 


ORIG CKT OCONNO3781TI 2 
EXPECTED ISUP MSG 50 
REPORTED BY ISUP3030G 0 


Field descriptions 


TERM CKT ISUP3030G 0 


RECEIVED ISUP MSG 4F 


CALLID 123456 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


FLT UNEXPECTED ISUP MSG Constant 


ORIG CKT Symbolic text 
TERM CKT Symbolic text 
EXPECTED ISUP MSG 00-FF 


Indicates that the system received an ISUP 
message that was not planned. 


Provides an equipment identification for the 
originating trunk equipment. Refer to Table 
|. 


Provides an equipment identification for the 
terminating trunk equipment. Refer to Table 
|. 


Identifies the expected ISUP message type. 
Refers to the C7 ISUP messages. 
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(Sheet 2 of 2) 
Field Value Description 
RECEIVED ISUP MSG 00-FF Identifies the ISUP message type that the 
system received. Refers to the C7 ISUP 
messages. 
REPORTED BY Symbolic text Provides an equipment identification for the 
trunk equipment that reports trouble. Refer 
to table І. 
CALLID Symbolic text Identifies the call process affected. Refer to 
Table І. 
Action 


If this log appears often, contact the Nortel Emergency Technical Assistance 
Services (ETAS). 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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C7UP113 


Explanation 
The ISDN User Part (ISUP) subsystem generates log report C7UP113. This 
report appears when an integrated services digital network user part (ISUP) 
trunk encounters a maintenance problem. 


Format 1 
The log report format C7UP113, with the CIC in 14-bit format, is as follows: 


C7UP113 mmmdd hh:mm:ss ssdd INFO ISUP MTC TRBL 
CKT trkid 
REPORTING CKT trkid 
REASON = rsntxt 
CIC = nnnnn 


Example 1 
An example of log report C7UP113, with the CIC in 14-bit format, follows: 


C7UP113 JAN26 07:12:40 2398 INFO ISUP MTC TRBL 
CKT ISUPIT2WA 57 
REPORTING CKT ISUPIT2WA 57 
REASON = C7TRKMEM NOT FILLED 
CTG S257 


Format 2 
The log report format C7UP113, with the CIC in 7-5 format, is as follows: 


C7UP113 mmmdd hh:mm:ss ssdd INFO ISUP MTC TRBL 
CKT trkid 
REPORTING CKT trkid 
REASON = rsntxt 
CIC = nnn-nn 


Example 2 
An example of log report C7UP113, with the CIC in 7-5 format, follows: 


С70Р113 JUL17 08:30:19 2398 INFO ISUP МТС TRBL 
СКТ OGISP1AB 0 
REPORTING СКТ OGISP1AB 0 
REASON = C7TRKMEM МОТ FILLED 
CIC = 8-1 
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Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
INFO ISUP MTC TRBL Constant Indicates ISUP trunk maintenance trouble. 
CKT Symbolic text Provides an equipment identification for the 
suspect trunk equipment. Refer to Table І. 
REPORTING CKT Symbolic text Provides an equipment identification for the 
trunk that reported trouble. Refer to Table І. 
REASON Symbolic text Reason for trunk maintenance trouble. 
Refer to Table 1, Problem reasons. 
CIC 0 to 16383 Provides the circuit identification code (CIC) 
of the suspect trunk, entered in Table 
C7TRKMEM, in 14-bit format. If rsntxt= 
C7TRKMEM NOT FILLED, then CIC= 0. 
0 to 511 Provides the circuit identification code (CIC) 
0 to 31 value (CCS7) in 7-5 format. The first number 
is the Carrier Number, and the second 
number is the Channel Number. If rsntxt= 
C7TRKMEM NOT FILLED, then CIC= 0-0. 
Action 


If the REASON = C7TRKMEM NOT FILLED, remove the trunks from the 
Table ТЕКМЕМ ог add the correct entries to Table C7 TRKMEM. 


Check the messaging system for overload or failure conditions that can hamper 
received or sent messages. Attempt to realign the trunk state with the far-end 


state. 
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Associated OM registers 
There are no associated OM registers. 


Problem reasons 


Problem Description 


C7TRKMEM NOT FILLED Indicates that the system attempted a manual 
busy on an ISUP trunk. This trunk is entered in 
Table TRKMEM and not entered in Table 
C7TRKMEM. 


GRP BLO ACK RECEIVED The DMS switch receives group blocking 
acknowlegment. The system does not support 
group blocking messages. As a result, the 
System does not process acknowledgments. 


GRP UBL ACK RECEIVED The DMS switch receives group unblocking 
acknowledgments. The system does not support 
sent group unblocking messages. As a result, 
the system does not process acknowledgments. 
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Format 1 


Example 1 
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The ISDN User Part (ISUP) subsystem generates log report C7UP114. 


This report appears when the ISUP subsystem does not receive a response 
from the far end to the following before a timeout occurs: 


* release circuit (REL) 


* reset circuit (RSC) message 


The office repeats the message if the subsystem does not receive the message 
within 15 seconds. The subsystem generates this report if the subsystem does 
not receive a response. The reponse must occur one minute after the 
subsystem sends the first message. 


The log report format C7UP114, with the CIC in 14-bit format, is as follows: 


C7UP114 mmmdd hh:mm:ss ssdd INFO ISUP ALERT 
CKT trkid 
REPORTED BY CKT trkid 
REASON - rsntxt 
CIC = nnnnn 


An example of log report C7UP114, with the CIC in 14-bit format, follows: 


C7UP114 APRO1 12:00:00 2112 INFO ISUP ALERT 
CKT ISUP3030GA 5 
REPORTED BY CKT ISUP3030GA 5 
REASON = ISUP RLS CIRCUIT 
CIC = 500 


The log report format C7UP114, with the CIC in 7-5 format, is as follows: 


C7UP114 mmmdd hh:mm:ss ssdd INFO ISUP ALERT 
CKT trkid 
REPORTED BY CKT trkid 
REASON = rsntxt 
CIC = nnn-nn 
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C7UP114 (continued) 


Example 2 


An example of log report C7UP114, with the CIC in 7-5 format, follows: 


C7UP114 JUL17 08:30:19 ssdd INFO ISUP ALERT 
СКТ OGISP1AB 0 
REPORTED BY СКТ OGISP1AB 0 


REASON 


CIC = 


Field descriptions 


ISUP RLS CIRCUIT 
15-20 


The following table describes each field in the log report: 


Field 


Value 


Description 


INFO ISUP ALERT 


CKT 


REPORTED BY CKT 


REASON 


CIC 


Constant 


Symbolic text 


Symbolic text 


ISUP RLS 
CIRCUIT 


0 to 16383 


0 to 511 
0 to 31 


Indicates ISUP did not receive a reply to the 
message. 


Provides an equipment identification for the 
suspect trunk equipment. Refer to Table I. 


Provides an equipment identification for the 
trunk that reported trouble. Refer to Table |. 


Indicates that the system received a group 
reset circuit message on a trunk now in a 
call. This field also indicates that the system 
received a group reset circuit acknowledge 
message on a trunk now in a call. The call 
clears. 


Provides the Circuit Identification Code 
(CIC) of the suspect trunk, entered in Table 
C7TRKMEM, in 14-bit format. 


Provides the Circuit Identification Code 
(CIC) value (CCS7) in 7-5 format. The first 
number is the Carrier Number, and the 
second number is the Channel Number. 


Action 


Check the messaging system for overload or failure conditions that can 
interfere with received or sent messages. Attempt to realign the trunk state 
with the far-end state. Contact the next level of maintenance. 
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Associated OM registers 
There are no associated OM registers. 
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The ISDN User Part (ISUP) subsystem generates log report C7UP115. This 
report appears when space is not available in the table to store group blocking 


C7UP115 
Explanation 

or group reset circuit messages. 
Format 

The log report format C7UP115 is as follows: 

C7UP115 mmmdd hh:mm:ss ssdd FAIL ISUP RESOURCES 
REASON = rsntxt 

Example 


An example of log report C7UP115 follows: 


C7UP115 JAN26 07:12:40 1017 FAIL  ISUP RESOURCES 
REASON = GROUP MSG TABLE FULL 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 
FAIL ISUP RESOURCES Constant Indicates that available space in the table is 
not present. 
REASON GROUP MSG Indicates that the message table is full. 
TABLE FULL 
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C7UP115 (continued) 


(Sheet 2 of 3) 

Field Value Description 
MSG(S) The ISUP maintenance has an internal 
REMOVED FROM group message table. 


GRP MSG TABLE 


• Тһе message table holds the first 
message of a pair of the following 
identical messages received from the 
far-end office: 


* identical circuit group blocking (CGB) 


e circuit group unblocking (CGU) (non 
American National Standards Institute 
(ANSI) networks) 


e circuit group reset (GRS) 


The table allows ISUP Maintenance to verify 
that the system received two identical group 
type messages in 5 seconds. An ISUP audit 
procedure removes all group messages that 
do not have a 5-second timer that runs. The 
audit gives this reason when ISUP 
maintenance attempts to store a group type 
message in a full table. The audit also gives 
this reason for any that the internal ISUP 
audit messages removed. 
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C7UP115 (continued) 


(Sheet 3 of 3) 
Field 


Value Description 


Action 


correct from the table found to be full. 


GROUP BLOCK 


TABLCEF ULL An internal group blocking/unblocking 


retry table holds the following for each 
CGB and CGU message sent to the 
far-end office: 


e circuit identification code (CIC) 

* point code 

* supervision message type Indicator 
* message type 

* range 


These values must match the values in the 
CGB acknowledgment (CGBA) and CGU 
acknowledgment (CGUA) messages 
received from the far-end office. The values 
can differ from the messages in the internal 
group blocking/unblocking table. The 
received CGBA or CGUA message is not 
correct if any of the values differ. Use this 
table to rebuild and send a CGB or CGU 
message. You must rebuild and send a 
CGB or CGU message when the far-end 
office does not receive the appropriate 
acknowledgment message. This table can 
be full when the system is about to save the 
contents of the CGB or CGU message. 
When the table is full the system issues the 
log with this report reason. 


MSG (S) Refer to the GROUP BLOCK TABLE FULL 
REMOVED FROM description above. This message appears if 
GRP BLK TABLE the system deleted any entries that were not 


Informs the technician that the system received the CGB message or the circuit 
group reset (GRS) message. This action also informs the technician that the 
system ignored the message because space is not available to store the 
message. The action depends on the REASON in the log as follows: 


e MSG(S) REMOVED FROM GRP MSG TABLE. A large number of logs 
indicate that not enough data store is available. The system requires data 
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C7UP115 (end) 


store to save the received circuit group type messages from the far-end 
office. If the system always generates this report when trunks are remotely 
blocked or reset, contact the common channel signaling 7 (CCS7) network 
administrator. 


GROUP BLOCK TABLE FULL. This reason can indicate that not enough 
data store is available in the group blocking/unblocking retry table. The 
system requires this data store when a major outage that involves multiple 
digital trunk controller No. 7 (DTC7) occurs. The message appears if the 
system sends a minimum of two CGB messages for one carrier. Circuit 
group blocking/unblocking depends on the assignment of circuit 
identification codes (CICs) for the trunks on each carrier. A carrier that 
generates two or three CGB messages requires more data store than a 
carrier that generates one message. Only contact the CCS7 administrator 
if this log report always generates for single-carrier outages or recoveries. 


GROUP MSG TABLE FULL. For information only. 
MSG(S) REMOVED FROM GRP BLK TABLE. For information only. 


Associated OM registers 
There are no associated OM registers. 
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C7UP116 
Explanation 
The ISDN User Part (ISUP) subsystem generates log report C7UP116 when 
an outage on any of the following components blocks ISUP trunks: 
* digital trunk controller No. 7 (DTC7) 
e DTC7 carrier 
* inter-peripheral message link (IPML) 
Format 
The log report format for C7UP116 is as follows: 
C7UP116 date time ssdd INFO ISUP TRUNKS BLOCKED 
REASON = OUTAGE ON rsntxt 
ISUP TRUNKS ON DTC7 n 
Example 


An example of log report C7UP116 follows: 


C7UP116 OCT25 04:30:00 5575 INFO ISUP TRUNKS BLOCKED 
REASON - OUTAGE ON IPML 1 
ISUP TRUNKS ON DTC7 0 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO ISUP TRUNKS BLOCKED Constant Indicates that an outage blocks the ISUP trunks. 


REASON = OUTAGE ON rsntxt Symbolic text Indicates the reason for the blockage. Refer to 
Table 1. 
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(Sheet 2 of 2) 


Field Value Description 
ISUP TRUNKS ON DTC7 Constant Indicates that DTC7 contains the blocked ISUP 
trunks 
n 0-63 Identifies the DCthat contains the blocked ISUP 
trunks. 
Action 


There is no action required. This log is for information only. 


Associated OM registers 
The operational measurement (OM) ISCKTBLO in OM group ISUPCKTA 
increases for each blocked ISUP trunk. 


Additional information 
The following table describes the reason for the blockage. 
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Reason (rsntxt) Explanation 


OUTAGE ON DTC7 The ISUP subsystem generated this log report to indicate that you manually 
n (n= 0-63) removed a DTC7 from service. The report also indicates that the DMS | 

Maintenance system takes the DTC7 out of service. The system sets all idle 
ISUP trunks on the DTC7 to the peripheral busy (PBSY) trunk state. The 
system also sends a blocking message to the far end office for each ISUP 
trunk set to PBSY state. 
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(Sheet 2 of 2) 


Reason (rsntxt) Explanation 


OUTAGE ON CARR Тһе ISUP subsystem generates this log report to indicate that you manually 

n (n= 0-19) removed a DTC7 from service. The report also indicates that the DMS 
Maintenance system takes the DTC7 out of service. The system sets all idle 
ISUP trunks on the carrier to the carrier fail (CFL) trunk state. The system 
also sends a blocking message to the far-end office for each trunk set to the 
CFL state. 


OUTAGE ON IPML The ISUP subsystem generates this log report to indicate that you manually 
n (n= 0-239) removed a DTC7 from service. The report also indicates that the DMS 
Maintenance system takes the DTC7 out of service. The DTC7 is taken out 
of service while the message switch and buffer No. 7 (MSB7) and DTC7 
remain in service. The system sets all ISUP trunks on the DTC7 connected 
to the IPML to the lockout (LO) state. The system also sends a blocking 
message to the far end office for each ISUP trunk set to the LO state. 
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C7UP117 


Explanation 


The ISDN User Part (ISUP) subsystem generates this log report when the 
blocked ISUP trunks are unblocked. 


The ISUP trunks are unblocked as a result of the recovery of the following 
components: 

* digital trunk controller No. 7 (DTC7) 

e DTC7 carrier 

e interperipheral message link (IPML) 


Format 
The log report format C7UP117 is as follows: 


C7UP117 mmmdd hh:mm:ss ssdd INFO ISUP TRUNKS UNBLOCKED 
ISUP TRUNKS ON DTC7 n 


Example 
An example of log report C7UP117 follows: 


C7UP117 OCT25 04:35:30 6282 INFO ISUP TRUNKS UNBLOCKED 
ISUP TRUNKS ON DTC7 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO ISUP TRUNKS Constant Indicates that the blocked ISUP trunks are 
UNBLOCKED unblocked. 

ISUP TRUNKS ON DTC7 Constant Indicates that the DTC7 contains the ISUP 


trunks that are unblocked. 


n 0-63 Identifies the DTC7 that contains the ISUP 
trunks that are unblocked. 


Action 
There is no action required. This log is for information only. 
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Additional information 


The operational measurement (OM) ISCKTUBL in OM group ISUPCKTA 
increases for each unblocked circuit. 
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Explanation 


Format 


Example 


UCS log reports 1-909 


The system generates C7UP118 to help the operating company track failure 
messages. If the LOG field of table FAILMSG is Y, the system generates the 
log when an outgoing #7 call does not complete. 


The system also generates C7UP1 18 if the LOG field of a LINES tuple in table 
FAIL2TMT is Y. The title of the log report will reflect which of the two tables 
caused the system to generate the log. This title change is the only difference 
between format 1 and format 2. 


The default entry for the LOG field in table FAILMSG is N. The system 
generates C7UP118 when the operating company allows the system to 
generate the log. 


The log report formats for C7UP118 are as follows: 


Format | 


C7UP118 mmmdd hh:mm:ss ssdd INFO INTERWORKING MSG 
(TABLE FAILMSG) 

СКТ сШ nn 

Has reported msg: protocol and message 

To be handled as: result from talbe FAILMSG 

Incoming Trunk: CKT clli nn 

Outgoing Trunk: CKT clli nn 

Called Number: nnnnnn 


Format 2 


C7UP118 mmmdd hh:mm:ss ssdd INFO INTERWORKING MSG 
(TABLE FAIL2TMT) 

CKT clli nn 

Has reported msg: protocol and message 

To be handled as: result from talbe FAILMSG 

Incoming Trunk: CKT clli nn 

Outgoing Trunk: CKT clli nn 

Called Number: nnnnnn 


Examples of log report C7UP118 follow: 
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C7UP118 (continued) 


Example 1 
C7UP118 OCT25 04:35 
(TABLE 
CKT ISSU22WTP 0 


Has reported msg: 
To be handled as: 


Incoming Trunk: 
Outgoing Trunk: 
Called Number: 


Example 2 


C7UP118 OCT25 04:35 
FAIL2TMT) 
СКТ ISSU22WTP 0 


Has reported msg: 
To be handled as: 


Incoming Trunk: 
Outgoing Trunk: 
Called Number: 


Field description 
The following table describes the fields in the log report: 


:30 6282 INFO INTERWORKING MSG 
FAILMSG) 


TUPPLUS NRU 

SEND BTUP SEND REL 44 
СКТ ISSU12WBT 0 
СКТ ISSU22WTP 0 
123456 


:30 6282 INFO INTERWORKING MSG (TABLE 


TUPPLUS NRU 

SEND BTUP SEND REL 44 
СКТ ISSU12WBT 0 
СКТ ISSU22WTP 0 
234567 


СКТ 

Has reported msg 
To be handled as 
Incoming Trunk CKT 
Outgoing Trunk CKT 


Called Number 


MST (TABLE FAIL2TMT) 


Alphanumeric 


Symbolic text 


Character string 


Alphanumeric 
Alphanumeric 


Integers 


Field Value Description 

INFO INTERWORKING Constant Indicates a #7 outing call failure, produced by 
MSG (TABLE FAILMSG) table FAILLMSG 

INFO INTERWORKING Constant Indicates a #7 outing call failure, produced by 


table FAIL2TMT 

Identifies the circuit involved 

Indicates the protocol and message 
Indicates the result from Table FAILMSG 
Identifies the incoming trunk 

Identifies the outgoing trunk 


Identifies the called number 
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Action 
Operating company procedure determines the action to take. If there is no 
action required, change the LOG field in table FAILMSG or table FAIL2TMT 
to №. If an N is present in the log field, the system does not generate additional 


C7UP118 logs. 


Associated OM registers 
If Table FAILMSG contains * Treat" and a treatment code in the Result field, 
the system directs the call to treatment and the correct OM register increases. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-912 UCS log reports 


C7UP119 


Explanation 


The ISDN User Part (ISUP) subsystem generates this report when the far-end 
offices does not send the second of a pair of the following messages: 


* circuit group reset (GRS) 
* circuit group blocking (CGB) 
* circuit group unblocking (CGU) 


The first message was received 5 s ago. 


Note: Protocol for the American National Standards Insitute ISDN user 
part (ANSI ISUP) does not require the system to send two CGU messages. 
This text REASON is defined here for future use by other external protocols. 


Format 
The log report format for C7UP119 is as follows: 


C7UP119 mmmdd hh:mm:ss ssdd INFO 2ND GRP MSG NOT RCVD 
REPORTED BY CKT trkid 
REASON = string 


Example 
An example of log report C7UP119: follows: 


C7UP119 MAY23 14:24:30 2211 INFO 2ND GRP MSG NOT RCVD 
REPORTED BY СКТ  ISUPIT2WA 16 
REASON - CKT GRP BLKING 


Field descriptions 
The following table explains each field in the log report: 
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Field Value Description 

INFO 2ND GRP MSG NOT Constant Indicates that the far-end office has not sent 

RCVD the second of a pair of GRS, CGB, or CGU 
messages. 

REPORTED BY CKT Symbolic text Identifies the trunk circuit affected. 
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(Sheet 2 of 2) 


Field Value Description 


REASON Identifies the message generated because 
of non-receipt of the second message. 


СКТ GRP RESET The second of a pair of GRS messages has 
not been received. 


СКТ GRP BLKING Тһе second of a pair of CGB messages has 
not been received. 


CKT GRP The second of a pair of CGU messages has 
UNBLKING not been received. 


Action 
Check the common channel signaling system No. 7 (CCS7) message switch. 
Check buffer No. 7/link peripheral processor (MSB7/LPP) linkset and 
routeset. If the first of the expected pairs of GRS messages is received, it is 
possible that the messaging system is not the cause. If the system generates 
this report in large numbers, ISUP maintenance can be the cause. The ISUP 
times out the 5 s timer while the ISUP a large number of maintenance 
messages from the far-end office. The system normally recovers when the 
large quantity of messages is processed. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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C7UP120 


Explanation 
The ISDN User Part (ISUP) subsystem generates C7UP120 when the RANGE 
field of a circuit-group message receives an invalid number. For the American 
National Standards Institute ISDN user part (ANSI ISUP) protocol, a number 
greater than 23 or a number that is 0 causes the system to generate this report. 
For other types of networks, a number that is 0 or greater than 255 causes the 
system to generate this report. The subsystem generates C7UP120 if this 
condition occurs in International Telegraph and Telephone Consultative 
Committee No. 7 telephone user part (CCITT #7 TUP). 


Note: The document defines the text strings, maintenance group blocking 
(MGB) and hardware group blocking (HGB). Other external protocols can 
use the text strings, MGB and HGB. 


Format 1 
The log report format for C7UP120, with the CIC in 14-bit format, is as 
follows: 


C7UP120 mmmdd hh:mm:ss ssdd FLT INVALID RANGE FIELD 
CKT trkid 
INVALID RANGE RCVD = nn EXPECTING RANGE = nn 
MSG = string 
СІС =nnnn ROUTESET = clli 


Example 1 
An example of log report C7UP120, with the CIC in 14-bit format, follows: 


C7UP120 JAN26 7:12:40 2211 FLT INVALID RANGE FIELD 
CKT GWYNINTSAT 19 
INVALID RANGE RCVD = 32 EXPECTING RANGE = 23 
MSG = MGB 
CIC = 800 ROUTESET = C7RTESET1 


Format 2 
The log report format for C7UP120, with the CIC in 7-5 format, is as follows: 
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C7UP120 (continued) 


C7UP120 mmmdd hh:mm:ss ssdd FLT INVALID RANGE FIELD 


CKT trkid 


INVALID RANGE RCVD = nn EXPECTING RANGE = nn 


MSG = string 


СІС =nnn-nn ROUTESET = clli 


Example 2 


An example of log report C7UP120, with the CIC in 7-5 format, follows: 


C7UP120 JUL17 08:30:19 ssdd FLT INVALID RANGE FIELD 


СКТ OGISP1AB 0 


INVALID RANGE RCVD = 32 


MSG = MGB 
CIC = 25-0 ROUTESET 


Field descriptions 


EXPECTING RANGE = 23 


C7RTESET1 


The following table describes each field in the log report: 
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Field Value 


FLT INVALID RANGE FIELD Constant 


CKT Symbolic text 

INVALID RANGE RCVD 0 or >23 (for ANSI 
ISUP), 2255 (for 
CCITT #7 TUP or 
other). 

EXPECTING RANGE 1-255 

MSG Symbolic text 


Description 


Indicates that the RANGE field of a circuit 
group message (CGM) received a number 
that is not valid. 


Identifies the first trunk circuit (trkid) 
involved in the report. 


Indicates the value of the invalid number 
that caused the system to generate this 
report. 


Identifies GROUP message range 
expected. 


Identifies the type of circuit group message 
that associates with event which caused the 
system to generate this report. Refer to 
Message Type Strings table. 
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Field Value Description 


CIC 0 to 16383 The Circuit Identification Code (CIC), in 
14-bit format, identifies the group of circuits. 
The circuit group message headers specify 
the group of circuits. These headers helped 
generate this report. Each routeset contains 
a maximum of 16384 trunks. Each trunk has 
a different CIC. 


0 to 511 Provides the Circuit Identification Code 

0 to 31 (CIC) value (CCS7) in 7-5 format. The first 
number is the Carrier Number, and the 
second number is the Channel Number. 


ROUTESET Symbolic text Specifies the routeset number of the ISDN 
user part (ISUP) trunks. The field CKT 
specifies these trunks. 


Action 


Notify the CCS7 network administrator if the system generates these logs 
often for a RANGE value of 0. The strings CGB, CGU, and GRS do not 
support a RANGE of 0. Circuit group messages that have RANGE 0 are 
optional. These messages require a agreement on both sides between offices 
next to each other for specified groups of trunks. 


Associated OM registers 
There are no associated OM registers. 


Message type strings (Sheet 1 of 2) 


String Message name 

CGB Circuit group blocking 

CGBA Circuit group blocking acknowledgment 
CGU Circuit group unblocking 

CGUA Circuit group unblocking acknowledgment 
GRS Circuit group reset 

GRA Circuit group reset acknowledgement 
MGB Maintenance group blocking 
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Message type strings (Sheet 2 of 2) 


String Message name 

MGU Maintenance group unblocking 

MBA Maintenance group blocking acknowledgment 
MUA Maintenance group unblocking acknowledgment 
HGB Hardware group blocking 

HGU Hardware group unblocking 
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C7UP121 
Explanation 
The ISDN user part (ISUP) subsystem generates C7UP121 when the system 
cannot locate an HDB. The system cannot locate an HDB because there not 
enough HDBs are present. 
Format 
The log report format for C7UP121 is as follows: 
C7UP121 JAN 06 14:32:18 6100 INFO CP-MTC RESOURCES 
REPORTED BY agent 
REASON = NO HDB ALLOCATED TO AGENT 
Example 


An example of log report C7UP121 follows: 


C7UP121 JANO6 14:32:18 6100 INFO CP-MTC RESOURCES 
REPORTED BY HOST 00 1 10 25 DN 9097225029 
REASON = NO HDB ALLOCATED TO AGENT 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO CP-MTC RESOURCES Constant Indicates the number of trunks in the trunk 
group that are LO because of a remote line 
controller (RLC) timeout. 


REPORTED BY Symbolic text The line equipment number (LEN) host 
number and dial number (DN) are given. 
DN Integers Indicates the directory number (DN). 
REASON = NO HDB Constant Indicates that HDBs have not been 
ALLOCATED TO AGENT allocated to the agent 
Action 


Save this log report and use as additional information for an analysis of a trap 
or call death. 
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Associated OM registers 
There are no associated OM registers. 
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C7UP123 


Explanation 


The ISDN user part (ISUP) subsystem report C7UP123. The subsystem 
generates C7UP123 when a percentage of trunks are locked out (LO). A 
remote line controller (RLC) timeout causes the LO. 


At the specified interval, an audit determines how many ISUP trunks in a exact 
trunk group are LO caused by a RLC timeout. The report presents the 
summary in log report C7UP123. 


Format 
The log report format C7UP123 is as follows: 


C7UP123 mmmdd hh:mm:ss ssdd INFO RLC NOT RCVD 
n OF THE t TRUNKS (р%) IN trkgrp 
REMAIN LO DUE TO RLC TIMEOUT 
AUDIT INTERVAL IS n MINUTES 


Example 
An example of log report C7UP123 follows: 


C7UP123 OCT23 12:00:00 2112 INFO RLC NOT RCVD 
10 OF THE 100 TRUNKS (10$) IN ISUPITOG O 
REMAIN LO DUE TO RLC TIMEOUT 
AUDIT INTERVAL IS 15 MINUTES 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO RLC NOT RCVD Constant Indicates that the RLC did not receive a 
percentage of the trunks caused by LO. 

n OF THE Symbolic text Indicates the number of trunks in the trunk 
group that are LO caused by an RLC 
timeout. 

t TRUNKS Symbolic text Indicates the total number of trunks in the 
trunk group. 
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Field Value Description 


(p%) Symbolic text The percentage of trunks in the group that 
are LO caused by an RLC timeout, where p 
= (N/t) * 100%. 


IN Symbolic text Indicates the name of the trunk group. 
REMAIN LO DUE TO RLC Constant Indicates that the trunks remain locked out 
TIMEOUT caused by a RLC timeout. 
AUDIT INTERVAL IS n Symbolic text The time interval set for the audit to activate. 
MINUTES 

Action 


The operating company personnel can use the MAP (maintenance and 
administration position) terminal to post the trunks that are LO in the reported 
ISUP trunk group. 


Enter the C7 trunk test position (C7TTP) level of the MAP terminal. Execute 
the following POST command: 


POST A LO TrkGrp 
This command posts all the ISUP trunks in TrkGrp that are LO. 


Post the ISUP trunks that are LO. Use the Qn, Sng command to obtain 
signaling-related information that explains the trunk LO state. 


Associated OM registers 
There are no associated OM registers. 
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C7UP128 


Explanation 
The Common Channel Signaling (CCS) subsystem generates log report 
C7UP128. This report appears to check that the ISDN User Part (ISUP) 
routing status information is equal to the Message Transfer Part (MTP). When 
the audit finds that the routing status information does not match, the audit 
corrects the error and issues a C7UP128 log report. The audit checks and 
corrects the Routing congestion level. Corrections to the congestion level 
appear in the log report. 


The availability has a value of Available or Not available. The congestion level 
can be between 0 and 3. 


Format 
The log report format for C7UP128 is as follows: 


C7UP128mmmdd hh:mm:ss ssdd ISUP/MTP Interaction Problem 
PROBLEM: <problem text> 


ISUP Routing <entity> Corrected FROM: <old state> 
TO: — «new state» 


Example 
An example of log report C7UP128 follows: 


ECCOML36AW C7UP128 DEC15 07:54:32 1900 INFO ISUP/MTP 
Interaction Problem 
PROBLEM: ISUP Routing Congestion State Mismatch was 
Corrected by the Audit. 
ISUP Routing Congestion Corrected FROM: 0 
TO: 2 
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Field descriptions 
The following table explains each field in the log report: 


Field Value Description 


<date> Indicates the date that the system 
generated the log. 


<time> Indicates the time that the system generated 
the log. 
<log number> Indicates the log number that the LOG 


system assigns. 


<problem text> Indicates the problem text for the log. This 
field indicates if the problem relates to 
availability or congestion (not available). 


<entity> Indicates if the system corrected the 
availability or congestion. 


<old state> If availability changed, this state is the 
previous availability status. lf congestion 
changed, this state is the previous 
congestion status. 


<new state> If availability changed, this state is the 
current availability status.If congestion 
changed, this state is the current congestion 
status. 


Action 


There are no required actions. Log C7UP indicates that the ISUP Routing state 
audit finds and corrects a Routing state error. The log can indicate other 
problems that relate to Routing. 


Check for CCS logs and ће СТКОСТЕК MAP Level Alarms and Router 
states. The maximum frequency of this log is 15 m. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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C7UP130 
Explanation 
The system generates fault log C7UP130. This fault log appears when the 
switch detects that the hop counter (HC) value exceeds the limit. As a result, 
the system releases the call. The HC value is in an initial address message 
(ТАМ). 
Format 1 
The log report format for C7UP130, with the CIC in 14-bit format, is as 
follows: 
C7UP130 mmmdd hh:mm:ss ssdd FLT Hop Counter Expired 
CKT trkid 
OPC = point code CIC = nnnnn 
CLDNO = nnnnnnnnn 
CLINO = nnnnnnnnn 
Example 1 
An example of log report C7UP130, with the CIC in 14-bit format, follows. 
C7UP130 SEP 05 18:14:33 4827 FLT Hop Counter Expired 
CKT ISAINITIC 
OPC = ANS17 253 000 003 CIC = 8459 
CLDNO = 088555 
CLINO = 6226 
Format 2 
The log report format for C7UP130, with the CIC in 7-5 format, is as follows: 
C7UP130 mmmdd hh:mm:ss 5544 FLT Hop Counter Expired 
CKT trkid 
OPC = point code CIC = nnn-nn 
CLDNO = nnnnnnnnn 
CLINO = nnnnnnnnn 
Example 2 


An example of log report C7UP130, with the CIC in 7-5 format, follows. 
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C7UP130 OCT 24 10:20:01 5907 FLT Hop Counter Expired 
CKT OGISUPAB 0 
OPC = CCITT INTL 2 004 3 CIC = 264-11 
CLDNO = 088555 
CLINO = 6226 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

CKT string circuit identification 

OPC string originating point code 

CIC 0 to 16383 Provides the Circuit Identification Code 


(CIC) of the suspect trunk, entered in Table 
C7TRKMEM, in 14-bit format. 


0 to 511 Provides the Circuit Identification Code 

0 to 31 (CIC) value (CCS7) in 7-5 format. The first 
number is the Carrier Number, and the 
second number is the Channel Number. 


CLDNO variable called party number 
CLINO variable calling party number 
Action 


There are no required actions. 


Associated OM registers 
Register ISERRHOP in OM group ISUPERRS. 


Additional information 


Some conditions can cause an absence of information in log report C7UP130. 
These conditions can affect fields CLINO, OPC, and CIC. 
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C7UP300 


Explanation 


The subsystem generates log report C7UP300. This report appears for each 
ISDN user part (ISUP) trunk that times out. The trunk times out when the 
trunk waits for an acknowledgement of the first remote line controller (RLC) 
sent. The system does not generate this report for additional timeouts for 
acknowledgements of RSCs that are sent again. 


Note: The system only suppresses C7UP300 log reports that have a “NO 
ACK CIRCUIT RESET" reason. 


Format 
The log report format for C7UP300 is as follows: 


C7UP300 mmmdd hh:mm:ss ssdd INFO NO ACKNOWLEDGEMENT 
ALERT 

CKT trkid 

REPORTED BY trkid 

REASON = string 


Example 
An example of log report C7UP300 follows. 
C7UP300 JAN26 07:12:40 2200 INFO ACKNOWLEDGEMENT ALERT 
CKT ISUPITOG 25 


REPORTED BY CKT ISUPITOG 25 
REASON = NO ACK GRP CKT RESET 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO Constant Indicates that a ISUP trunk times out for 
ACKNOWLEDGEME acknowledgements of the first RSC sent. 
NT ALERT 

CKT alphanumeric Identifies the circuit. 
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(Sheet 2 of 2) 


Field Value 


Description 


REPORTED BY СКТ alphanumeric 


REASON NO ACK GRP CKT 
RESET, NO RS NO ACK 
REPID, NO ACK FOR, 
NO ACK FOR RELEASE 


Action 


Identifies the reporting circuit. 


Identifies the reason that the system does not 
give an acknowledgement alert. 


Check the CCS7 messaging system (DTC, MSB7, and IPML) for problems. 
These problems prevent the transmission of RSC messages and reception of 
incoming messages. Test the circuit and RTS. 


Associated OM registers 


ISERRRSC No acknowledgement for circuit reset 


ISERRGRS No acknowledgement for group circuit reset 


ISERRBLO No acknowledgement for blocking/unblocking 


ISERRRLC No acknowledgement for release 
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C7UP301 
Explanation 
The switch that originates the ISUP hop counter (HC) parameter in the initial 
address message (ТАМ) generates log report C7UP301. The system generates 
log report C7UP301 in response when the system receives a release message 
with the value of ““Exchange Routing Error". 
Format 1 
The log report format for C7UP301, with the CIC in 14-bit format, is as 
follows: 
C7UP301 mmmdd hh:mm:ss ssdd TBL Insufficient HC Value 
CKT trkid 
OPC = point code CIC = nnnnn 
CLDNO = nnnnnnnnn 
CLINO = nnnnnnnnn 
Example 1 
An example of log report C7UP301, with the CIC in 14-bit format, follows. 
C7UP301 SEP 05 18:14:33 4827 TBL Insufficient HC Value 
CKT ISAINITIC 
OPC = ANS17 253 000 003 CIC = 845 
CLDNO = 088555 
CLINO = 622688 
Format 2 
The log report format for C7UP301, with the CIC in 7-5 format, is as follows: 
C7UP301 mmmdd hh:mm:ss ssdd TBL Insufficient HC Value 
CKT trkid 
OPC = point code CIC = nnn-nn 
CLDNO = nnnnnnnnn 
CLINO = nnnnnnnnn 
Example 2 


An example of log report C7UP301, with the CIC in 7-5 format, follows. 
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C7UP301 OCT 24 10:20:32 4827 TBL Insufficient HC Value 
CKT OGISUPAB 0 
OPC = CCITT INTL 2 004 5 CIC = 26-13 
CLDNO = 088555 
CLINO = 6226 


Field descriptions 
The following table describes each field in the log report. 


Field Value Description 

CKT string circuit identification 

OPC string originating point code 

CIC 0 to 16383 Provides the Circuit Identification Code 


(CIC) of the suspect trunk, entered in Table 
C7TRKMEM, in 14-bit format. 


0 to 511 Provides the Circuit Identification Code 

0 to 31 (CIC) value (CCS7) in 7-5 format. The first 
number is the Carrier Number, and the 
second number is the Channel Number. 


CLDNO variable called party number 
CLINO variable calling party number 
Action 


Review the translations tables to determine if the MAX IAM HOPS 
parameter is set at the engineered value. If necessary, change the value to 
allow calls to end. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Some conditions can cause an absence of information in log report C7UP301. 
'These conditions can affect fields CLINO, OPC, and CIC. 
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Explanation 


CAIN100 


Format 


The switch generates this log report when a nonfatal application error is 
encountered while transacting with the service control point (SCP). Specific 
error details are given in the log text. Call processing attempts to recover and 
proceeds with normal in-switch routing when nonfatal application errors 


occur. 


The format for log report CAIN100 follows: 


CAIN100 mmmdd 
hh:mm:ss nnnn 
INFO NON-FATAL 
APPLICATION 
ERROR 


REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 

OTN 

ANI 

AUTH 

TTG 

TIN 
ADDR 
<additional_in 


formation stri 
ng» 


= <string><string><string><string><string><strin 
g><clli><integer><digit register><digit regist 
er»«clli»«integer»«digit register» 


Examples 


One example of log report CAIN100 follows: 
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CAIN100 (continued) 


CAIN100 AUG16 


REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 

OTN 

ANI 
AUTH 
TTG 

TTN 
ADDR 


07:14:09 3400 INFO NON-FATAL APPLICATION ERROR 


ERRONEOUS DATA VALUE 
ANLZINFO 
OMIDCALL 
OIECREO 

INFO ANALYZED 
ANALYZE INFO 
TIE364TWMFWK 
364 
002146119999 
6119999 

NIL 

8192 
2142281234 


(UIF) CAINRSRC Resource not implemented 


Another example of log report CAIN100 follows: 
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CAIN100 (continued) 


CAIN100 MAY10 11:22:37 0800 INFO NON-FATAL APPLICATION ERROR 
REASON - UNEXPECTED PARAMETER 
PIC = NIL 
TDP = NIL 
TRIGGER = TOLLFREE 
QUERY = START 
RESPONSE = CONNECT 
OTG = DAL220TWDTGS 


OTN = 9999 
ANI = 
AUTH = 6113111 
TTG = NIL 
TIN = NIL 


ADDR = 2145219213 
(UIF) CAINRSRC Resource not implemented 


Another example of log report CAIN100 follows: 
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CAIN100 (continued) 


CAIN100 JAN20 


13:20:50 4333 INFO NON-FATAL APPLICATION ERROR 


REASON = ERRONEOUS DATA VALUE 
PIC = COLLINFO 
TDP = INFOCOLL 
TRIGGER = SIOTRK 
QUERY = INFO COLLECTED 
RESPONSE = ANALYZE ROUTE 
OTG = EAN660TWMFWK 
OTN = 660 
ANI = 002143372211 
AUTH = 
TTG = NIL 
ТТМ = NIL 
ADDR = 214228000012345678 


Too many digits in the Called Party parameter. 


Field descriptions 


The following table explains each of the fields in the log report. 


CAIN100 field descriptions (Sheet 1 of 8) 


Field Value 
REASON 
ERRONEOUS DATA VALUE 
MISSING CONDITIONAL 
PARAMETER 
REASON UNEXPECTED PARAMETER 
(cont) 
UNEXPECTED MESSAGE 


Description 


This field identifies why the log report was 
generated. 


A field within one of the parameters contained in 
the SCP message was an incorrect value. CAIN 
call processing determines, based on the QUERY 
type, that the field in error is not required to 
perform the operation. 


The switch received an SCP message that was 
missing a conditional parameter. CAIN call 
processing determines that the parameter is not 
required to perform the operation or the switch 
can provide a default value. 


The switch received an SCP message containing 
a valid parameter. CAIN call processing 
determines, based on the QUERY type, that the 
parameter is not required to perform the 
operation. 


The switch received an SCP message that is not 
allowed, but the call can still be processed. 
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CAIN100 field descriptions (Sheet 2 of 8) 


Field Value Description 
MISC SSP CALLP ERROR The switch encountered a miscellaneous call 
processing error. 
PIC This field contains the Point in Call (PIC) where 
the error occurred. 
O NULL This is the O Null PIC. 
COLLINFO This is the Collect Information PIC. 
ANLZINFO This is the Analyze Information PIC. 
SELROUTE This is the Select Route PIC. 
SENDCALL This is the Send Call PIC. 
O ALERTG This is the O Alerting PIC. 
O ACTIVE This is the O Active PIC. 
O SUSPEND This is the O Suspended PIC. 
T NULL This is the Т Null PIC. 
NIL This is returned when the PIC is not defined. 
TDP This field contains the detection point (TDP or 
EDP) where the error occurred. 
ORIGATT This is the Origination Attempt TDP, available at 
the O Null PIC. 
O FTRREQ This is the O Feature Hequested ТОР, available 
at the Collect Information PIC. 
INFOCOLL This is the /nfo Collected TDP, available at the 
Collect Information PIC. 
INFOANLZ This is the /nfo Analyzed TDP, available at the 
Analyze Information PIC. 
NETWBUSY This is the Network Busy TDP or EDP, available 
at the Select Houte PIC. 
OTERMSZ This is the O Term Seized EDP, available at the 


Send Call PIC. 
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CAIN100 field descriptions (Sheet 3 of 8) 


Field Value Description 

O CLDBSY This is the O Called Party Busy TDP or EDP, 
available at the Send Call PIC. 

OANSWR This is the O Answer EDP, available at the 
O Alerting PIC. 

O NOANSW This is the О No Answer TDP or EDP, available 
at the O_Alerting PIC. 

ODISC This is the O_Disconnect EDP, available at the 
O_Active and O_Suspended PICs. 

OMIDCALL This is the O Mid Call TDP, available at the 
Send Call, O Alerting, O Active, or 
O Suspended PICs, or the O Mid Call EDP, 
available at the O Active or O Suspended PICs. 

TERMATT This is the Termination Attempt TDP, available at 
the Т Null PIC. 

NIL The TDP has not yet been determined. 

TRIGGER This field contains the trigger or event where the 

error occurred. 

OFFHKIMM Thisis the Off Hook Immediatetrigger, available 
at the Origination Attempt TDP. 

O FTRREQ This is the O Feature Requested trigger, 
available at the O Feature Requested TDP. 

OFFHKDEL This is the Off-Hook Delay trigger, available at 
the /nfo Collected TDP. 

SIOTRK This is the Shared Interoffice Trunk trigger, 
available at the /nfo Collected TDP. 

PRIBCHNL This is the PRI B-Channel trigger, available at 
the /nfo Collected TDP. 

SPECFEAT This is the Specific Feature Code trigger, 
available at the /nfo Analyzed TDP. 

CUSTDP This is the Customized Dialing Plan trigger, 
available at the /nfo Analyzed TDP. 
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CAIN100 field descriptions (Sheet 4 of 8) 


Field Value Description 

SPECDIG This is the Specific_Digit_String trigger, available 
at the Info_Analyzed TDP. 

OFFCCODE This is the Office Code trigger, available at the 
Info Analyzed TDP. 

NETWBUSY This is the Network Busytrigger, available at the 
Network Busy TDP. 

NETBUSYE This is the Network Busy event, available at the 
Network Busy EDP. 

OTERMSZE This is the O Term Seized event, available at 
the O Term Seized EDP. 

OCLDBSYE This is the O Called Party Busy event, available 
atthe O Called Party Busy TDP. 

O CLDBSY This is the O Called Party Busy trigger, 
available at the O Called Party Busy TDP. 

OANSWRE This is the O_Answer event, available at the 
O_Answer EDP. 

ONOANSRE This is the O_No_Answer event, available at the 
O_No_Answer EDP. 

O NOANSW This is the O No Answertrigger, available at the 
O No Answer TDP. 

ODISC This is the O Disconnect event, available at the 
O Disconnect EDP. 

TIMEOUT This is the Timeout event, available at the 
O Mid Call EDP. 

OIECREO This is the O_IEC_Reoriginationtrigger, available 
at the O Mid Call TDP. 

ТЕНМІМАТІОМ АТТЕМРТ This is the Termination_Attempttrigger, available 
at the Termination_Attempt TDP. 

TOLLFREE This is the Tollfree trigger. 

NIL The trigger has not yet been determined. 
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CAIN100 field descriptions (Sheet 5 of 8) 


Field 


Value 


Description 


QUERY 


ORIGINATION_ATTEMPT 


O_FEATURE_REQUESTED 


INFO_COLLECTED 


INFO_ANALYZED 


NETWORK_BUSY 


O_CALLED_PARTY_BUSY 


O_ANSWER_MSG 


O_NO_ANSWER 


O_DISCONNECT 
TIMEOUT 
O_MID_CALL 


CALL_INFO_FROM_RESOURCE 


RESOURCE_CLEAR 


This field identifies the type of TCAP message 
sent from the switch to the SCP when the error 
occurred. 


Origination_Attempt 
message 


O_Feature_Requested 
message 

Info_ Collected 
message 
Info_Analyzed 
message 
Network_Busy 
message 
O_Called_Party_Busy 
message 

O_Answer 

message 
O_No_Answer 
message 
O_Disconnect message 
Timeout message 
O_Mid_Call 

message 
Call_Info_From_Resource 


message 


Resource_Clear 


message 
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CAIN100 field descriptions (Sheet 6 of 8) 


Field Value Description 
CTR CLEAR CTR Clear 
message 
CLOSE Close 
message 
APPL ERROR Application Error 
message 
FAILURE REPORT Failure Report 
message 
REPORT ERR Heport Error 
message 
O TERM SEIZED MSG O Term Seized 
message 
TERMINATION ATTEMPT Termination Attempt 
message 
START Start 
message 
NIL The message type has not yet been determined. 
RESPONSE This field identifies the type of TCAP message 
sent from the SCP to the switch when the error 
occurred. 
ANALYZE ROUTE Analyze Ноше 
message 
CONTINUE Continue 
message 
DISCONNECT Disconnect 
message 
COLLECT INFORMATION Collect Information 
message 
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CAIN100 field descriptions (Sheet 7 of 8) 


Field Value Description 
SEND ТО RESOURCE Send To Hesource 
message 
CONNECT TO RESOURCE Connect To Веѕоигсе 
message 
AUTHORIZE TERMINATION Authorize Termination 
message 
CALL INFO TO RESOURCE Call Info To Resource 
message 
CANCEL RESOURCE EVENT Cancel Resource Event 
message 
REQ REP BCM EVT Request Report BCM Event 
message 
APPL ERROR Application Error 
message 
FAILURE REPORT Failure Report 
message 
REPORT ERR Heport Error 
message 
CLOSE Close 
message 
CONNECT Connect 
message 
NIL The message type has not yet been determined. 
OTG 0 to16 character CLLI or NIL This field identifies the originating agent's CLLI. 
OTN 0 to 8191 or NIL This field identifies the originating trunk number 
from table CLLICDR. 
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CAIN100 field descriptions (Sheet 8 of 8) 


Field Value Description 

ANI 24 digits This field contains the calling party's automatic 
number identification (ANI) if available. 

AUTH 1 to 7 digits This field identifies the calling party's 
authorization code, when applicable. 

TTG 0 to 16 character CLLI or NIL This field identifies the terminating agent's CLLI. 

TTN 0 to 8191 or NIL This field identifies the terminating trunk number 
from table CLLICDR. 

ADDR 0 to 18 digits This field contains the dialed address or the 
called party's address. The entry is dependent on 
the trigger. 

Additional A text string upto 60 alphanumeric This field contains additional debugging 

information characters information based on the REASON field. This is 

string an optional field. Refer to the "Additional 
information" section for details. 
Action 


Update the datafill on the switch and the SCP, as required. 


Associated OM registers 
None 


Additional information 


When a CAIN100 log is generated due to ERRONEOUS DATA VALUE, one 
of the following additional information string values can be included in the 


log: 


* Table CAINRSRC resource invalid type 


e Branding Resource ID out of range 


e Invalid nature of address for the Called Party parameter 
e CIC not in CICROUTE or CICROUTE SOC not on 


e Invalid nature of address for the Overflow Route parameter 


* Too many digits in the Called Party parameter 


e Invalid digits in the Called Party parameter 


• Тоо many digits in the Overflow Route parameter 
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e Invalid digits in the Overflow Route parameter 

e Invalid nature of address for an outpulse parameter 

* Too many digits in an outpulse parameter 

e Тоо many digits in the Calling Party parameter 

* Invalid nature of address for the Calling Party parameter 

• Too many digits in the Charge Number parameter 

e Invalid nature of address for the Charge Number parameter 

e Invalid value for the STS extension parameter 

e Invalid nature of address for the Destination Address parameter 
* Too many digits in the Destination Address parameter 

e Invalid digits in the Destination Address parameter 

e Invalid value for the CAINGRP extension parameter 

e Unsupported value for the univIdx extension parm received 

e UnivIdx extension parm received on an unsupported agency 

e (UIF) Silent Buffering resource problem. 

e (UIF) SSP Maximum Digits Parm out of range 

• (UIF) SSP Minimum Digits Part out of range 

e (UIF) STR Parameter Block contains too many Anns element(s) 
e (UIF) STR annc_blk contains inter Rsrc element(s) 

• (UIF) STR cain02_treatment EXT parm not valid. 

e (UIF) STR ParmBlock contains Anns block in Conversation 

e (UIF) STR MaximumDigits Parm out of range 

e (UIF) STR cain02_treatment EXT parm present in Conversation 
e (UIF) STR cain02 treatment EXT parm not valid. 

e (UIF) CAINRSRC Resource not implemented 

e AnLRN must be 10 digits long. 

e An unsupported NOA was received from an LNP query. 

* STR Parameter block size overflow 

e CITR data exceeds maximum size of PRI IP trunk 

e CITR STR parameter exceeds maximum 


e CITR Parameter block size overflow 
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When a CAIN100 log is generated due to MISSING CONDITIONAL 
PARAMETER, one of the following additional information string values can 
be included in the log: 


e (UIF) STR annc_blk missing uninter Rsrc element(s) 

e (UIF) STR DISCONNECTFLAG Parm not present 

e .CallingPartyID and LNP GAP but no FCI returned. 

e An LNP GAP and FCI but no CalledPartyID returned. 

When a CAINI0O0 log is generated due to an UNEXPECTED MESSAGE, опе 


of the following additional information string values can be included in the 
log: 


*  EDPs may not be armed on calls originating from this agency. 
• EDPs may not be armed when COS screening fails. 
When a CAIN100 log is generated due to an UNEXPECTED PARAMETER, 


one of the following additional information string values can be included in the 
log: 


e ONoAnswerTimer parameter received without ONoAnswer request. 

e An AINO.2 parm was sent in an LNP message. 

* AnLNPGAP was returned with no FCI or CalledPartyID. 

* Timeout Timer parameter received without Timeout request. 

When a CAIN100 log is generated due to an MISC SSP CALLP ERROR, the 
following additional information string value can be included in the log: 

* [AM sent to IP with no RO parameter. 
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CAIN101 


The switch generates this log report when a nonfatal Transaction Capabilities 
Application Protocol (TCAP)/Signaling Connection Control Part (SCCP) 
error is encountered while transacting with the service control point (SCP). 
Specific error details are given in the log text. Call processing attempts to 
recover and proceeds. 


The format for log report CAIN101 follows: 


ing><string><integer> 


<string><string><string><integer><integer><str 


Format 
CAIN101 mmmdd 
hh:mm:ss nnnn 
INFO NON-FATAL 
TCAP/SCCP ERROR 
REASON 
QUERY 
RESPONSE 
TRANSID 
COMPID IDX 
COMPID TYPE 
MSGSET 
CORRID 
<additional_in 
formation stri 
ng» 

Example 


An example of log report CAIN101 follows: 
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CAIN101 (continued) 


CAIN101 5ЕР05 18:14:33 0800 INFO NON-FATAL TCAP/SCCP ERROR 


REASON 
QUERY 
RESPONSE 
TRANSID 
COMPID IDX 
COMPID TYPE 
MSGSET 
CORRID 
Application 


Field descriptions 


= Application Error Received 
= START 

= CONNECT 

= FFFF 1111 

= 1234 5678 

= ERROR_COMPONENT 

= ІМІ 

= FEDC BA98 

Error Received 


The following table explains each of the fields in the log report. 


CAIN101 field descriptions (Sheet 1 of 5) 


Field Value 


REASON 


QUERY 


INFO_COLLECTED 


INFO_ANALYZED 


Description 


This field identifies why the log report was 


generated. 


Non-fatal application error A nonfatal application error is encountered when 


communicating with the SCP. 


Unexpected communication An unexpected communication occurred when 


interacting with the SCP. 


This field identifies the type of TCAP message 
sent from the switch to the SCP when the error 
occurred. 


ORIGINATION_ATTEMPT Origination_Attempt 


message 


O_FEATURE_REQUESTED O_Feature_Requested 


message 


Info_Collected 


message 


Info_Analyzed 


message 
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CAIN101 field descriptions (Sheet 2 of 5) 


Field 


Value 


Description 


NETWORK BUSY 


O TERM SEIZED MSG 


O CALLED PARTY BUSY 


O ANSWER MSG 


O NO ANSWER 


О DISCONNECT 


TIMEOUT 


O MID CALL 


TERMINATION ATTEMPT 


RESOURCE CLEAR 


CTR CLEAR 


CALL INFO FROM RESOURCE 


CLOSE 


Network Busy 


message 


O Term Seized 


message 


O Called Party Busy 


message 


O Answer 


message 


O No Answer 


message 


O Disconnect 


message 


Timeout 
message 

O Mid Call 
message 


Termination Attempt 


message 


Hesource Clear 


message 
CTH Clear 


message 


Call Info From Resource 


message 


Close 


message 
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CAIN101 (continued) 


CAIN101 field descriptions (Sheet 3 of 5) 


ANALYZE_ROUTE 


CONTINUE 


DISCONNECT 


COLLECT_INFORMATION 


SEND_TO_RESOURCE 


CONNECT_TO_RESOURCE 


AUTHORIZE_TERMINATION 


CALL_INFO_TO_RESOURCE 


Field Value Description 
APPL_ERROR Application_Error 
message 
FAILURE_REPORT Failure_Report 
message 
REPORT_ERR Report_Error 
message 
START Start 
message 
NIL The message type has not yet been determined. 
RESPONSE This field identifies the type of TCAP message 


sent from the SCP to the switch when the error 
occurred. 


Analyze_Route 


message 


Continue 


message 


Disconnect 


message 


Collect_Information 


message 


Send_To_Resource 


message 


Connect_To_Resource 


message 


Authorize_Attempt 


message 


Call Info To Resource 


message 
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CAIN101 (continued) 


CAIN101 field descriptions (Sheet 4 of 5) 


Field Value Description 
CANCEL_RESOURCE_EVENT Cancel_Resource_Event 
message 
REQ_REP_BCM_EVT Request_Report_BCM_Event 
message 
APPL_ERROR Application_Error 
message 
FAILURE_REPORT Failure_Report 
message 
REPORT_ERR Report_Error 
message 
CLOSE Close 
message 
CONNECT Connect 
message 
PLAY ANNOUNCEMENT Play Announcement 
message 
TERMINATION Termination 
message 
ACG ACG 
message 
NIL The message type has not yet been determined. 
TRANSID 8 hex digits This field contains the TCAP transaction identifier 
of the call for which this log report was generated. 
COMPID IDX 8 hex digits This field contains the TCAP component identifier 
index. 
COMPID TYPE This field contains the TCAP component identifier 


INVOKE COMPONENT 


type. 


Invoke (Last) 
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CAIN101 (continued) 


CAIN101 field descriptions (Sheet 5 of 5) 


Field Value Description 
INVOKE_NOT_LAST Invoke (Not Last) 
RESULT_COMPONENT Return Result (Last) 
RESULT_NOT_LAST Return Result (Not Last) 
ERROR_COMPONENT Return Error 
REJECT_COMPONENT Reject 
MSGSET CAINO2 or IN1 This field identifies the message set used. 
CAINO2 or IN1 are the only supported message 
sets. 
CORRID 8 hex digits This field contains the TCAP correlation identifier. 
Additional Up to 60 alphanumeric characters This field contains additional debugging 
information information based on the REASON field. This is 
string an optional field. Refer to the "Additional 
information" section for details. 
Action 


Update the datafill on the switch and the SCP, as required. 


Associated OM registers 
None 


Additional information 
When the switch generates a CAIN101 log due to Non-fatal application error, 
one of the following additional information string values can be included in the 
log: 


No local transaction for received message 


Unrecognized parameter 


Unable to decode extensions 


Unable to decode optional parameter 


Unable to encode optional parameter 


Unexpected parameter 
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CAIN101 (end) 


When the switch generates a CAIN101 log due to Unexpected communication, 
one of the following information string values can be included in the log: 


* Close message received 
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CAIN102 


Explanation 


The switch generates this log when it cannot access a CAIN Software 
Optionality Control (SOC) option functionality. 


Format 
The format for log report CAIN102 follows: 


CAIN102 mmmdd hh:mm:ss nnnn INFO CAIN SOC ACCESS 
FEATURE: <SOC feature identifier> 
OPTION: <SOC option identifier> 
REASON: <reason description> 


Example 
An example of log report CAIN102 follows: 


250G САІМ102 MARO5 20:17:05 3107 INFO CAIN SOC ACCESS 
FEATURE: AX137201 
OPTION: CAINO802 
REASON: Feature SOC option not ON 
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CAIN102 (end) 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 


FEATURE AD883301 AD883302 This field contains the feature being 
AD883303 AD883304 accessed. 
AD883305 AD883306 
AD883307 AD883308 
AD883309 AD947401 
AD949001 AD947601 
AD947602 AD947001 
AD947002 AX018601 
AX019701 AX018701 
AX020101 AX018801 
АХ019901 
AX020001AX097201 
АХ097401АХ137201 


ОРТІОМ CAIN0502 САІМ0503 This field contains the option that needs 
CAIN0504 САІМ0505 to be enabled. 
САІМ0506 САІМ0507 
CAIN0508 САІМ0600 
САІМ0601 CAINO602 
CAIN0603 САІМ0604 
CAIN0605 САІМ0607 
CAINO700 САІМ0509 
САІМ0510 CAINO511 
САІМ0512 САІМ0607 
CAIN0610 САІМ0800 
CAINO0801CAINO802 


REASON alphanumeric This field indicates the reason that the log 
report was generated. 


Action 
Purchase or activate the needed option. 


Associated OM registers 
None 


Additional information 
None 
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CAIN200 


Explanation 


The switch generates this log report when a fatal application error is 
encountered while transacting with the service control point (SCP). Specific 
error details are given in the log text. 


Call processing responds to fatal application errors according to the error 
action (ERRACT) associated with the corresponding trigger. The two error 
actions are handled as follows: 


* ROUTE - A CAIN200 log is generated and call is routed according to 
in-switch translations. 


* TREAT - А CAIN200 log is generated and AINF treatment is applied to 
the call. The TRK138 log is also generated and contains the AINF 
treatment value. 


Format 
The format for log report CAIN200 follows: 


(Sheet 1 of 2) 


CAIN200 mmmdd 
hh:mm:ss nnnn INFO 
FATAL APPLICATION 
ERROR 
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CAIN200 (continued) 


(Sheet 2 of 2) 


REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 

OTN 

ANI 
AUTH 
TTG 

TTN 


ADDR 


tion string» 


Examples 


«additional informa 


<string> 
<string> 
<string> 
<string> 
<string> 
<string> 

<clli> 

<integer> 

«digit register» 
«digit register» 
<clli> 

<integer> 


«digit register» 


An example of log report CAIN200 follows: 
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CAIN200 (continued) 


CAIN200 SEPO 
REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 

OTN 

ANI 
AUTH 
TTG 

TIN 
ADDR 


Unexpected 


5 


18:14:33 0800 INFO FATAL APPLICATION ERROR 
ERRONEOUS DATA VALUE 

ANLZINFO 

INFOANLZ 

SPECDIG 

INFO ANALYZED 

APPL ERROR 

DAL24 9TWDTLS 

249 


6112274 
NIL 
NIL 
2148621234 

Parameter Received 


Another example of log report CAIN200 follows: 


CAIN200 MAY1 
REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 

OTN 

ANI 
AUTH 
TTG 

TIN 
ADDR 


Unexpected 


0 


11:22:37 0800 INFO FATAL APPLICATION ERROR 
UNEXPECTED PARAMETER 
UNKNOWN 

INFOANLZ 

SPECDIG 

UNKNOWN 
SEND TO RESOURCE 
DAL220TWDTGS 

9999 

2152221000 

6113111 

UNKNOWN 

UNKNOWN 

2145219213 

Parameter Received 
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CAIN200 (continued) 


Field descriptions 


The following table explains each of the fields in the log report. 


(Sheet 1 of 8) 


Value 


Description 


REASON 


ERRONEOUS DATA VALUE 


MISSING CONDITIONAL 
PARAMETER 


RESPONSE MESSAGE TIMER 
EXPIRED 


UNEXPECTED 
COMMUNICATION 


UNEXPECTED MESSAGE 


UNEXPECTED MESSAGE 
SEQUENCE 


UNEXPECTED PARAMETER 
SEQUENCE 


This field identifies why the log report was 
generated. This field may be blank. 


The SCP response contained an incorrect value for 
a field within a parameter; the requested operation 
cannot be performed without the field. 


The SCP response cannot be processed because a 
conditional parameter was missing. 


A T1 time-out occurred while waiting for a response 
from the SCP. 


The switch received one of the following: 


• ап SCP message in an unsupported TCAP 
package 


* а Hequest Heport BCM Event message in а 
response package 


“ ап SCP message in a TCAP component that is 
not supported for that message 


* an SCP message in a QWOP (query without 
permission) package 


* an SCP message in a CWOP (Conversation 
Without Permission) package 


The switch received an unexpected and 
unsupported response from the SCP, but the call 
can still be processed. 


The switch received a TCAP package containing a 
call-related message; however, the message was 
not the first message in the TCAP package. 


After receiving an SCP message and removing 
unrecognized parameters, the switch determines 
that the remaining parameters do not appear in the 
correct sequence. 
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CAIN200 (continued) 


(Sheet 2 of 8) 


Value Description 


VAMP ERROR The variable AIN messaging platform (VAMP) 
indicated to the switch that an error was 
encountered while communicating with the SCP. 


PIC This field contains the point in call (PIC) at which the 
error occurred. 
O NULL This PIC is O Null (PIC 1). 
COLLINFO This PIC is Collect Information (PIC 3). 
ANLZINFO This PIC is Analyze Information (PIC 4). 
SELROUTE This PIC is Select Route (PIC 5). 
SEND CALL This PIC is Send Call (PIC 7). 
O ALERTG This PIC is O Alerting (PIC 8). 
O ACTIVE This PIC is O Active (PIC 9). 
O SUSPEND This PIC is O Suspended (PIC 10). 
T NULL This PIC is T Null (PIC 11). 
NIL The PIC has not yet been determined. 
TDP This field contains the detection point (TDP or EDP) 


where the error occurred. 


ORIGATT This is the Origination Attempt TDP, available at 
the O Null PIC. 


O FTRREQ Thisisthe O Feature Requested TDP, available at 
the Collect Information PIC. 


INFOCOLL This is the /nfo Collected TDP, available at the 
Collect Information PIC. 


INFOANLZ This is the /nfo Analyzed TDP, available at the 
Analyze Information PIC. 


NETWBUSY This is the Network Busy TDP or EDP, available at 
the Select Route PIC. 


OTERMSZE This is the O Term Seized EDP, available at the 
Send Call PIC. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-957 UCS log reports 


CAIN200 (continued) 


(Sheet 3 of 8) 

Value Description 

O CLDBSY This is the O Called Party Busy TDP or EDP, 
available at the Send Call PIC. 

OANSWR This is the O Answer EDP, available at the 
O Alerting PIC. 

O NOANSW This is the О No Answer TDP or EDP, available at 
the O Alerting PIC. 

ODISC This is the O Disconnect EDP, available at the 
O Active and O Suspended PICs. 

OMIDCALL This is the O Mid Call TDP, available at the 
Send Call, O Alerting, O Active, or O Suspended 
PICs, or the O Mid Call EDP, available at the 
O Active or O Suspended PICs. 

TERMATT This is the Termination Attempt TDP, available at 
the Т Null PIC. 

NIL The TDP has not yet been determined. 

TRIGGER This field contains the trigger or event at which the 

error occurred. 

OFFHKIMM This is the Off Hook Immediatetrigger, available at 
the Origination Attempt TDP. 

O FTRREQ This is the O Feature Requested trigger, available 
at the О Feature Hequested TDP. 

OFFHKDEL This is the Off-Hook Delay trigger, available at the 
Info Analyzed TDP. 

SIOTRK This is the Shared Interoffice Trunk trigger, 
available at the /nfo Collected TDP. 

PRIBCHNL This is the PRI B-Channel trigger, available at the 
Info Collected TDP. 

SPECFEAT This is the Specific Feature Codetrigger, available 
at the Info_Analyzed TDP. 

CUSTDP This is the Customized_Dialing_Plan trigger, 
available at the Info_Analyzed TDP. 
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CAIN200 (continued) 


(Sheet 4 of 8) 

Value Description 

SPECDIG This is the Specific_Digit_String trigger, available at 
the Info_Analyzed TDP. 

OFFCCODE This is the Office Code trigger, available at the 
Info Analyzed TDP. 

NETBUSYE This is the Network Busy event, available at the 
Network Busy EDP. 

NETWBUSY This is the Network Busy trigger, available at the 
Network Busy TDP. 

OTERMSZE This is the O Term Seized event, available at the 
O Term Seized EDP. 

OCLDBSYE Thisisthe O Called Party Busyevent, available at 
the O Called Party Busy EDP. 

O CLDBSY This is the O Called Party Busy trigger, available 
atthe O Called Party Busy TDP. 

OANSWRE This is the O_Answer event, available at the 
O_Answer EDP. 

ONOANSRE This is the O_No_Answer event, available at the 
O_No_Answer EDP. 

O NOANSW This is the O No Answer trigger, available at the 
O No Answer TDP. 

ODISC This is the О Disconnect event, available at the 
O Disconnect EDP. 

TIMEOUT This is the Timeout event, available at the 
O Mid Call EDP. 

OIECREO This is the О /EC Heoriginationtrigger, available at 
the O Mid Call TDP. 

ТЕНМІМАТІОМ АТТЕМРТ This is the Termination_Attempt trigger, available at 
the Termination_Attempt TDP. 

TOLLFREE This is the Tollfree trigger. 

NIL The trigger has not yet been determined. 
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CAIN200 (continued) 


(Sheet 5 of 8) 


Value 


Description 


QUERY 


ORIGINATION_ATTEMPT 


O_FEATURE_REQUESTED 


INFO_COLLECTED 


INFO_ANALYZED 


NETWORK_BUSY 


O_TERM_SEIZED_MSG 


O_CALLED_PARTY_BUSY 


O_ANSWER_MSG 


O_NO_ANSWER 


O_DISCONNECT 


TIMEOUT 


O_MID_CALL 


This field identifies the type of TCAP message sent 
from the switch to the SCP when the error occurred. 


Origination_Attempt 
message 


O_Feature_Requested 


message 


Info_Collected 


message 


Info_Analyzed 


message 


Network_Busy 


message 


O_Term_Seized 


message 


O_Called_Party_Busy 


message 
O_Answer 
message 
O_No_Answer 


message 


О Disconnect 


message 


Timeout 
message 
O_Mid_Call 


message 
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UCS log reports 


(Sheet 6 of 8) 


Value 


Description 


TERMINATION_ATTEMPT 


RESOURCE_CLEAR 


CTR_CLEAR 


CALL_INFO_FROM_RESOURCE 


CLOSE 


APPL_ERROR 


FAILURE_REPORT 


REPORT_ERR 


START 


NIL 
RESPONSE 


ANALYZE_ROUTE 


CONTINUE 


DISCONNECT 


Termination_Attempt 


message 


Resource_Clear 
message 
CTR_Clear 
message 
Call_Info_From_Resource 
message 
Close 
message 
Application_Error 
message 
Failure_Report 
message 
Report_Error 
message 
Start 
message 


The message type has not yet been determined. 


This field identifies the type of TCAP message sent 
from the SCP to the switch when the error occurred. 


Analyze_Route 


message 


Continue 


message 


Disconnect 


message 
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CAIN200 (continued) 


(Sheet 7 of 8) 


Value 


Description 


COLLECT_INFORMATION 


SEND_TO_RESOURCE 


CONNECT_TO_RESOURCE 


AUTHORIZE_TERMINATION 


CALL_INFO_TO_RESOURCE 


CANCEL_RESOURCE_EVENT 


REQ_REP_BCM_EVT 


APPL_ERROR 


FAILURE_REPORT 


REPORT_ERR 


CONNECT 


PLAY_ANNOUNCEMENT 


TERMINATION 


Collect_Information 


message 


Send_To_Resource 


message 


Connect_To_Resource 


message 


Authorize Termination 


message 


Call Info To Resource 


message 


Cancel Resource Event 


message 


Request Report BCM Event 


message 


Application Error 


message 


Failure Report 


message 


Heport Error 


message 


Connect 


message 


Play Announcement 


message 


Termination 


message 
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CAIN200 (continued) 


(Sheet 8 of 8) 
Value Description 
ACG ACG 
message 
NIL The message type has not yet been determined. 

OTG 0 to 16 character CLLI or NIL This field identifies the originating agency's CLLI. 

OTN 0 to 8191 or NIL This field identifies the originating trunk number 
from table CLLICDR. 

ANI 24 digits This field contains the calling party's automatic 
number identification (ANI) if available. 

AUTH 1 to 7 digits This field identifies the calling party's authorization 
code, when applicable. 

TTG 0 to16 character CLLI or NIL This field identifies the terminating agency's CLLI. 

TTN 0 to 8191 or NIL This field identifies the terminating trunk number 
from table CLLICDR. 

ADDR 18 digits This field contains the dialed address or the called 
party's address. The entry is dependent on the 
trigger. 

Additional Up to 60 alphanumeric characters This field contains additional debugging information 

Information based on the REASON field. This is an optional 

String field. Refer to the "Additional information" section for 
details. 

Action 


Update the datafill on the switch and the SCP, as required. 


Associated OM registers 
None 


Additional information 


When a CAIN200 log is generated with an empty REASON field, one of the 
following additional information string values can be included in the log: 


• No framework extension blocks are available 
e No CAIN extension blocks are available 
e No T_CAIN extension blocks are available 
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CAIN200 (continued) 


e Ап unexpected event was received during a RemoteSSP connection 
e Terminating Agent type not supported for remote STR-connection 
e No UIF extension blocks are available 

e NIL UIF extension block 

* Failure Report Received 

* Areject has terminated the transaction 

“ An abort has terminated the transaction 

e No CAIN ECCB blocks available 

• SCP message received in an unsupported CC 

e Мах number of failure outcome msgs exceeded 

* C[ransaction closed in an inappropriate CC. 

When a CAIN200 log is generated due to ERRONEOUS DATA VALUE, one 


of the following additional information string values can be included in the 
log: 


* Unable to determine a route from the message contents 

• The message contains an invalid operation 

e Unexpected open transaction...closing 

e Disconnect Flag received with Destination Address parameter 
* Unable to translate the Destination Address parameter 

e An unexpected event was received during a local connection 

* Anunexpected event was received during a remote connection 
e Unable to convert XPM STR message 

* Received an SS7 msg. while waiting for an SCP response 

* Received an IO msg. while waiting for an SCP response 

e An unexpected event was received during an STR-Connection 
e Invalid bearer capability for an LNP query 

“ (ІЛЕ) Resource access timeout 

e (UIF) Invalid digit(s) received 

“ (ІЛЕ) Resource not available 

* (UIF) Resource not implemented 

* (UIF) Unexpected event while Idle 
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CAIN200 (continued) 


(UIF) Unexpected event while Buffering 

(UIF) Unexpected message while start resource 

(UIF) Unexpected event while start resource 

(UIF) Unexpected message while Anns started 

(UIF) Unexpected event while Anns started 

(UIF) Unexpected message while digit collect 

(UIF) Unexpected event while digit collect 

(UIF) Unexpected message while Tone started 

(UIF) Unexpected event while Tone started 

(UIF) SSP Resource ID out of range 

(UIF) STR Resource ID out of range 

(UIF) Table CAINRSRC resource invalid type 

(UIF) Resp contains dest, addr parameter 

(UIF) Resource Type Parm invalid 

(UIF) Parameter Block contains Anns digit block 

(UIF) CAINPARM Conversation limit exceeded 

(UIF) Conv contains dest. addr parameter 

(UIF) DISCONNECTFLAG Parameter present in Conversation 
(UIF) STR specifies NORMAL digit collection 

(UIF) CMF Buffering request while UIF active 

(UIF) Unexpected message not handled by AXS agent Start Annm 
(UIF) Unexpected message not handled by AXS agent Annm Started 
(UIF) Unexpected message not handled by AXS agent Digit Collect 
(UIF) Unexpected message not handled by AXS agent Tone Started 
EDPRequest parameter is invalid 

EDPNotification parameter is invalid 

No EDPs armed 

CAINPARM Conversation limit exceeded 

Unexpected fac. indicator received оп RemoteSSP IP connection 
Terminating Agent type not supported for local STR-Connection 


Terminating Agent type not supported for remote STR-Connection 
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CAIN200 (continued) 


Invalid terminating trunk type for an STR-Connection 
Invalid Global IMT NETWKSPC datafilled on an IPTRUNK 
ISDN trunk requires IPTRUNK option for an STR-Connection 


When a CAIN200 log is generated due to MISSING CONDITIONAL 
PARAMETER, one of the following additional information string values can 
be included in the log: 


A Charge Number parameter is not present in the message 
A Called Party or Outpulse Number parameter was expected 
(UIF) STR Parameter Block missing Rsrc element(s) 

(UIF) STR Resource Type Parm not present 

(UIF) STR Parameter Block not present 


When a CAIN200 log is generated due to VAMP ERROR, one of the following 
additional information string values can be included in the log: 


No data was passed into VAMP 

Data was passed to VAMP when it was not expected 
The event is invalid for the type of processing 

An invalid operation was provided 

Erroneous parameter data was passed to VAMP 
Unable to encode outgoing message 

No driver is bound against the selected protocol 
No transaction IDs are available 

The application subsystem is out-of-service 

No mapping exists between key and application 
The invoke ID is invalid 

No component ID was available for the invoke 
The transport layer failed to send the APDU 

The decoding software failed to decode an APDU 
Unable to set/reset T1 timing on transaction 

A work queue was unable to accept an item 


An invalid transaction id was encountered 
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* No VAMP message extension blocks are available 

* A protocol error was detected in the incoming message 

• А network error has occurred 

e An abort has terminated the transaction 

e Invalid response indicator received 

* Invalid VAMP event received in VAMP AIN MSG 

When a CAIN200 log is generated due to an UNEXPECTED MESSAGE 


SEQUENCE, one of the following additional information string values can be 
included in the log: 


* Request Report BCM Event is missing from conversation pkg 

* First component is Non-Call Related. 

When a CAIN200 log is generated due to an UNEXPECTED MESSAGE, the 
following additional information string value can be included in the log: 

* Message not received with allowed component. 

e А Continue message was received following conversation 

e Unexpected message received іп EDP transaction 

When a CAIN200 log is generated due to an UNEXPECTED 


COMMUNICATION, the following additional information string values can 
be included in the log: 


e (UIF) STR Resp contains dest. addr parameter 

* Continue message not allowed for current trigger 

* Continue message not allowed after a VIP conversation 

* Analyze Route message not allowed for current trigger/event 


e Collect Information message received at Timeout event 
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CAIN201 


Explanation 


The switch generates this log report when a fatal Transaction Capabilities 
Application Protocol (TCAP)/Signaling Connection Control Part (SCCP) 
error is encountered while transacting with the Service Control Point (SCP). 
Specific error details are given in the log text. 


Call processing responds to fatal TCAP errors according to the error action 
(ERRACT) associated with the corresponding trigger. The two error actions 
are handled as follows: 


e ROUTE - A CAIN200 log is generated and call is routed according to 
in-switch translations. 


* TREAT - A CAIN200 log is generated and AINF treatment is applied to 
the call. The TRK138 log is also generated and contains the AINF 
treatment value. 


Format 
The format for log report CAIN201 follows: 


CAIN201 mmmdd 
hh:mm:ss nnnn INFO 
FATAL TCAP/ SCCP 
ERROR 


REASON = <string><string><string><integer><integer 
QUERY = ><string><string><integer> 

RESPONSE = 

TRANSID = 

COMPID IDX = 

COMPID TYPE = 

MSGSET = 

CORRID = 


<additional_informa 
tion_string> 


Example 
An example of log report CAIN201 follows: 
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CAIN201 (continued) 


CAIN201 MAY10 11 


:22:37 0800 INFO FATAL TCAP/SCCP ERROR 


REASON = Application Error Received 
QUERY = START 
RESPONSE = CONNECT 

TRANSID = FFFF 1111 

COMPID IDX = 1234 5678 

COMPID TYPE = ERROR COMPONENT 

MSGSET = ІМІ 
CORRID - FEDC BA98 


Field descriptions 


The following table explains each of the fields in the log report. 


CAIN201 field descriptions (Sheet 1 of 5) 


Field Value 


Description 


REASON 


Application unavailable 
Component Protocol error 
Error Code problem 

Fatal Application error 
General decode failure 
Network error 

Reject error 

Resource failure 

T1 time expired 
Transaction Protocol error 


Unable to encode message 


QUERY 


This field identifies why the log report was 
generated. 


The requested application is unavailable. 

A component protocol error occurred. 

An error coding problem occurred. 

A fatal application error was encountered. 

A general decoding failure occurred. 

A network error was encountered. 

A reject error occurred. 

A resource failure occurred. 

A T1 timeout occurred. 

A transaction protocol error was encountered. 


The switch or the SCP is unable to encode the 
message. 


This field identifies the type of TCAP message 
sent from the switch to the SCP when the error 
occurred. 
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CAIN201 field descriptions (Sheet 2 of 5) 


Field 


Value 


Description 


ORIGINATION ATTEMPT 


O FEATURE REQUESTED 


INFO COLLECTED 


INFO ANALYZED 


NETWORK BUSY 


O TERM SEIZED MSG 


O CALLED PARTY BUSY 


O ANSWER MSG 


O NO ANSWER 


О DISCONNECT 


TIMEOUT 


O MID CALL 


CALL INFO FROM RESOURCE 


Origination Attempt 
message 


О Feature Hequested 


message 


Info Collected 


message 
Info Analyzed 
message 

Network Busy 


message 


O Term Seized 


message 

O Called Party Busy 
message 

O Answer 


message 


O No Answer 


message 


O Disconnect 


message 


Timeout 
message 

O Mid Call 
message 


Call Info From Resource 


message 
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1-970 UCS log reports 
CAIN201 (continued) 


CAIN201 field descriptions (Sheet 3 of 5) 


Field Value 


Description 


RESOURCE CLEAR 


CTR CLEAR 


CLOSE 


APPL ERROR 


FAILURE REPORT 


REPORT ERR 


START 


NIL 


RESPONSE 


ANALYZE ROUTE 


CONTINUE 


TERMINATION ATTEMPT 


Termination Attempt 


message 


Hesource Clear 


message 


CTH Clear 


message 


Close 


message 


Application Error 


message 


Failure Report 


message 


Heport Error 


message 


Start 


message 


This is returned if the error occurred when the 
TCAP message was sent from the SCP to the 
Switch or when an invalid response message 
is received by the switch for the query 
message. 


This field identifies the type of TCAP message 
sent from the SCP to the switch when the error 
occurred. 


Analyze Ноше 


message 


Continue 


message 
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UCS log reports 1-971 
CAIN201 (continued) 


CAIN201 field descriptions (Sheet 4 of 5) 


Field Value Description 
DISCONNECT Disconnect 
message 


COLLECT INFORMATION 


SEND TO RESOURCE 


CONNECT TO RESOURCE 


AUTHORIZE TERMINATION 


CALL INFO TO RESOURCE 


CANCEL RESOURCE EVENT 


REQ REP BCM EVT 


APPL ERROR 


FAILURE REPORT 


REPORT ERR 


CONNECT 


PLAY ANNOUNCEMENT 


Collect Information 


message 


Send To Hesource 


message 


Connect To Hesource 


message 


Authorize Termination 


message 


Call Info To Resource 


message 


Cancel Resource Event 


message 


Request Верогі BCM Event 
message 

Application Error 

message 

Failure Report 

message 

Heport Error 

message 

Connect 


message 


Play Announcement 


message 
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CAIN201 (continued) 


CAIN201 field descriptions (Sheet 5 of 5) 


Field Value Description 

TERMINATION Termination 
message 

ACG ACG 
message 

NIL This is returned if the error occurred when the 
TCAP message was sent from the switch to 
the SCP or when an invalid response message 
is received by the switch for the query 
message. 

TRANSID 8 hex digits This field contains the TCAP transaction ID of 
the call for which this log report was 
generated. 

COMPID IDX 8 hex digits This field contains the TCAP component ID 
index. 

COMPID TYPE This field contains the TCAP component 
identifier type. 

INVOKE COMPONENT Invoke (Last) 

INVOKE NOT LAST Invoke (Not Last) 
RESULT COMPONENT Return Result (Last) 
RESULT NOT LAST Return Result (Not Last) 
ERROR COMPONENT Return Error 

REJECT COMPONENT Reject 

MSGSET CAINO2 or IN1 This field identifies the message set used. 
CAINO2 or IN1 are the only supported 
message sets. 

CORRID 8 hex digits This field contains the TCAP correlation ID. 

Additional Up to 60 alphanumeric characters This field contains additional debugging 

Information information based on the REASON field. This 

String is an optional field. Refer to the "Additional 
information" section for details. 
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UCS log reports 1-973 
CAIN201 (continued) 


Action 


Update the datafill on the switch and the SCP, as required. 


Associated OM registers 
None 


Additional information 


When a CAIN201 log is generated due to Application unavailable, one of the 
following additional information string values can be included in the log: 


Failure to receive message 


When a CAIN201 log is generated due to Component protocol error, one of the 
following additional information string values can be included in the log: 


General component protocol error 
Unexpected component sequence 
Badly structured component portion 
Incorrect component portion 
Unrecognized component 
Duplicate Invoke ID 

Unrecognized correlation ID 
Unrecognized Operation Code 
Missing mandatory parameter 


Reject message received 


When a CAIN201 log is generated due to Error code problem, the following 
additional information string value can be included in the log: 


Unrecognized error code 


When a CAIN201 log is generated due to Fatal application error, one of the 
following additional information string values can be included in the log: 


Unexpected parameter sequence 
Erroneous data received 
Unexpected communication 

Close received for call-related msg 


Report Error received 
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1-974 UCS log reports 


CAIN201 (continued) 


* Failure Report received 

e Application Error received 

When a CAIN201 log is generated due to General decode failure, the 
following additional information string value can be included in the log: 

e Unable to decode message 

When а CAIN201 log is generated due to Network error, the following 
additional information string value can be included in the log: 

e Network failure from transport layer 

When a CAIN201 log is generated due to Reject error, one of the following 
additional information string values can be included in the log: 

* Rejection of defective message 

e No invoke ids 

e Bad invoke ids 

When а CAIN201 log is generated due to Resource failure, one of the 
following additional information string values can be included in the log: 

e Unable to decode message 

e No resource to process inbound message 

• Nocomponent block available 

When a CAIN201 log is generated due to ТІ Time expired, the following 
additional information string value can be included in the log: 

* Noresponse from SCP 

When а CAIN201 log is generated due to Transaction protocol error, one of 
the following additional information string values can be included in the log: 
e General transaction abort 

• Transaction abort due to lack of па 

e No transaction block available 

e Transaction abort due to unknown trid 

e Badly structured transaction portion 


* Incorrect transaction portion 
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UCS log reports 1-975 
CAIN201 (end) 


Unrecognized package type 


Permission to release problem 


When a CAIN201 log is generated due to Unable to encode message, one of 
the following additional information string values can be included in the log: 


Incorrect Error Operation Code 

Invalid transaction state 

Invalid Event received from application 
General Encoding Failure 

Invalid Operation received from application 


No Error Message Sent 
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1-976 UCS log reports 


CAIN300 


Explanation 
The switch generates this log when it determines the data returned by the 
service control point (SCP) is in the correct format but does not correspond 
with data in the switch’s database. 


Format 
CAIN300 mmmdd hh:mm:ss nnnn INFO SSP ROUTING TROUBLE REPORT 
REASON = <string> 
PIC = <string> 
TDP = <string> 
TRIGGER = <integer> 
QUERY = <string> 
RESPONSE = <string> 
OTG = <с111> 
OTN = <integer> 
ANI = «digit register» 
AUTH = «digit register» 
ADDR - «digit register» 
TRKGRP = <integer> 
ORIGSWID = <integer> 
<additional inf = <string> 
ormation string» 
CAIN300 mmmdd hh:mm:ss nnnn INFO SSP ROUTING TROUBLE REPORT 
Example 


An example of log report CAIN300 follows: 
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1-977 UCS log reports 


CAIN300 (continued) 


CAIN300 SEPO5 


REASON 
PIC 

TDP 
TRIGGER 
QUERY 
RESPONSE 
OTG 


AUTH 
ADDR 
TRKGRP 


18:14:33 0800 INFO SSP ROUTING TROUBLE REPORT 


INCOMPATIBLE SWITCH ID RANGE 
NIL 

INFOANLZ 
SPECDIG 

NIL 

ANALYZE ROUTE 
DAL22 0TWDTGS 
220 
2152221000 
621312021 
2145219213 
271 


ORIGSWID = 222 


additional_information_string = IMT871C7LP00 


Field descriptions 
The following table explains each of the fields in the log report. 


(Sheet 1 of 6) 


Field 
REASON 


PIC 


Value 


UNKNOWN TERMRTE INDEX 


UNKNOWN TANDMRTE INDEX 


INCOMPATIBLE SWITCH ID 
RANGE 


O_NULL 
COLLINFO 


Description 


This field identifies why the log report was 
generated. 


UNKNOWN TERMRTE INDEX means the 
report generated because the SCP returned 
a trunk number that was not found in table 
TERMRTE. 


UNKNOWN TANDMRTE INDEX means the 
report generated because the SCP returned 
a trunk number that was not found in table 
TANDMRTE. 


INCOMPATIBLE SWITCH ID RANGE 
means the UCS DMS-250 switch attempts to 
terminate to a switch that does not support a 
switch ID greater than 127. 


This field contains the point in call (PIC) at 
which the error occurred. 


This PIC is O Null (PIC 1). 


This PIC is Collect Information (PIC 3). 
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CAIN300 (continued) 


(Sheet 2 of 6) 
Field Value Description 
ANLZINFO This PIC is Analyze_Information (PIC 4). 
SELROUTE This PIC is Select_Route (PIC 5). 
SEND_CALL This PIC is Send Call (PIC 7). 
O ALERTG This PIC is O Alerting (PIC 8). 
O ACTIVE This PIC is O Active (PIC 9). 
O SUSPEND This PIC is O Suspended (PIC 10). 
T NULL This PIC is T Null (PIC 11). 
NIL The PIC has not yet been determined. 
TDP This field contains the detection point (TDP 
or EDP) where the error occurred. 
ORIGATT This is the Origination Attempt TDP, 
available at the O Null PIC. 
TDP O FTRREQ This is the O Feature Requested TDP, 
(Continued) available at the Collect Information PIC. 
INFOCOLL This is the /nfo Collected TDP, available at 
the Collect Information PIC. 
INFOANLZ This is the /nfo Analyzed TDP, available at 
the Analyze Information PIC. 
NETWBUSY This is the Network Busy TDP or EDP, 
available at the Select Houte PIC. 
O CLDBSY This is the O Called Party Busy TDP or 
EDP, available at the Send Call PIC. 
O NOANSW This is the O No Answer TDP or EDP, 
available at the O Alerting PIC. 
NIL The TDP has not yet been determined. 
TRIGGER This field contains the trigger or event where 
the error occurred. 
OFFHKIMM This is the Off Hook Immediate trigger, 


available at the Origination Attempt TDP. 
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1-979 UCS log reports 


CAIN300 (continued) 


(Sheet 3 of 6) 
Field Value Description 
O_FTRREQ This is the O_Feature_Requested trigger, 
available at the O_Feature_Requested TDP. 
SIOTRK This is the Shared Interoffice Trunk trigger, 
available at the /nfo Collected TDP. 
PRIBCHNL This is the PRI B-Channel trigger, available 
at the /nfo Collected TDP. 
CUSTDP This is the Customized Dialing Plan trigger, 
available at the /nfo Analyzed TDP. 
SPECDIG This is the Specific Digit String trigger, 
available at the /nfo Analyzed TDP. 
NETWBUSY This is the Network Busytrigger, available at 
the Network Busy TDP. 
O CLDBSY This is the O Called Party Busy trigger, 
available at the O Called Party Busy TDP. 
O NOANSW Thisisthe O No Answertrigger, available at 
the O No Answer TDP. 
TRIGGER NETBUSYE This is the Network Busy event, available at 
(continued) the Network Busy EDP. 
OCLDBSYE This is the O Called Party Busy event, 
available at the O Called Party Busy EDP. 
ONOANSRE This is the O_No_Answer event, available at 
the O_No_Answer EDP. 
OFFCCODE This is the Office Code trigger, available at 
the Info_Analyzed TDP. 
OFFHKDEL This is the Off-Hook_Delay trigger, available 
at the Info_Analyzed TDP. 
NIL The trigger has not yet been determined. 
QUERY This field identifies the type of TCAP 
message sent from the UCS DMS-250 to the 
SCP when the error occurred. 
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CAIN300 (continued) 


ANALYZE ROUTE 


CONTINUE 


DISCONNECT 


SEND TO RESOURCE 


(Sheet 4 of 6) 
Field Value Description 
ORIGINATION ATTEMPT Origination Attempt 
message 
INFO COLLECTED Info Collected 
message 
INFO ANALYZED Info Analyzed 
message 
NETWORK BUSY Network Busy 
message 
O CALLED PARTY BUSY O Called Party Busy 
message 
O NO ANSWER O No Answer 
message 
RESOURCE CLEAR Hesource Clear 
message 
O FEATURE REQUESTED О Feature Hequested 
message 
RESPONSE This field identifies the type of TCAP 


message sent from the SCP to the UCS 
DMS-250 switch when the error occurred. 


Analyze Ноше 


message 


Continue 


message 


Disconnect 


message 


Send To Hesource 


message 
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1-981 UCS log reports 


CAIN300 (continued) 


(Sheet 5 of 6) 
Field Value Description 
CANCEL RESOURCE EVENT Cancel Resource Event 
message 
APPL ERROR Application Error 
message 
RESPONSE FAILURE REPORT Failure Report 


(continued) 


OTG 


OTN 


ANI 


AUTH 


ADDR 


TRKGRP 


REPORT ERR 


REQ REP BOM EVT 


CLOSE 


0 to16 character CLLI or NIL 


0 to 8191 or NIL 


24 digits 


1 to 7 digits 


0 to 18 digits 


0 to 9999 


message 


Report_Error 


message 


Request_Report_BCM_Event 


message 


Close 


message 


This field identifies the originating agent's 
СШ. 


This field identifies the originating trunk 
number from table CLLICDR. 


This field contains the calling party's 
automatic number identification (ANI) if 
available. 


This field identifies the calling party's 
authorization code, when applicable. 


This field contains the dialed address or the 
called party's address. The entry is 
dependent on the trigger. 


This field contains the trunk group number. 
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CAIN300 (end) 


(Sheet 6 of 6) 
Field Value Description 
ORIGSWID 0 to 999 This field contains the originating switch ID. 
Additional A text string up to 60 alphanumeric This field contains additional debugging 
information characters information based on the REASON field. This 
string field also displays the trunk group from table 
CLLI for the intended terminating circuit that 
connects to the switch which does not 
support the increased range of values for the 
switch ID from 127 to 999. 
Action 


Update the datafill on the switch and the SCP, as required. 


Associated OM registers 
None 


Additional information 
None 
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Format 


Example 


UCS log reports 1-983 


CAIN301 


The switch generates this log when it receives a RELease message with cause 
value of 26 indicating that a call has been misrouted to a ported number. This 
log is also generated when a RELease message is received with a cause value 
of 28 indicating that a GAP was incorrectly encoded. (LNP must be active on 
the switch, meaning an incoming LRN must have been received or an LRN 
was sent by the SCP in order for the LRN to be sent in the outgoing ТАМ.) The 
switch will also generate this log when it receives a RELease Message 
indicating that the Generic Address Parameter (GAP) was incorrectly 
encoded. 


Note: This log is only generated when the 301 option is set for parameter 
LNP LOGS ENABLED (table CAINPARM). 


The format for log report CAIN301 follows: 


CAIN301 mmmdd hh:mm:ss nnnn ISUP CAUSE INDICATOR RECEIVED 


JIP — «digit register? 
CLG — «digit register? 
LRN — «digit register? 
PTDNO = «digit register? 
GAP = «digit register? 


«information string? 


An example of log report CAIN301 follows: 


CAIN301 MAY10 11:22:37 0800 ISUP CAUSE INDICATOR RECEIVED 
JIP - 1214555000 
CLG - 2145558888 
LRN = 9726840000 
PTDNO = 9728881234 
Misrouted call to a ported number 
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1-984 UCS log reports 
CAIN301 (end) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


JIP up to 10 digits Jurisdiction Information Parameter. This 
indicates the location routing number of the 
originating switch for the call. This field 
appears only when data is available. 


CLG up to 24 digits This is the originating party's number. This 
field appears only when data is available. 


LRN 10 digits Location Routing Number. This is the LRN 
used to route the call through the network. 
This field appears only when data is 
available. 


PTDNO up to 24 digits Ported Number. This is the number the 
originator was calling. This field appears only 
when data is available. 


GAP 10 digits Generic Address Parameter. This is the LRN 
used to route the call through the network. 
This field only appears if it has a value, 
otherwise it is not displayed. 


Information A text string up to 60 alphanumeric This field indicates why this was generated. 
string characters 
Action 


The translation and routing data, along with (һе OA&M information should be 
reviewed to determine why the call was not routed correctly. 


Associated OM registers 
CAINLNP group - DESTFAIL register and BADGAP register. 


Additional information 


When a CAIN301 log is generated one of the following additional information 
string values can be included in the log: 


e  Misrouted call to a ported number 


* GAP incorrectly encoded 
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UCS log reports 1-985 


CAIN302 


Explanation 


The switch generates this log when a call exceeds the maximum number of 
times it can request information from the service control point (SCP). 


Format 
The format for log report CAIN302 follows: 
CAIN302 mmmdd hh:mm:ss nnnn INFO SSP TROUBLE REPORT 
REASON = <string> 
PIC = <string> 
TDP = <string> 
TRIGGER = <string> 
OTG =  <clli> 
MAX_NUM_TRIG = integer» 
TRIG COUNT = «digit register? 
«additional information string? 
Example 


An example of log report CAIN302 follows: 


CAIN302 MARO4 09:26:29 2103 INFO SSP TROUBLE REPORT 


REASON MAX NUM SERIAL TRIGS EXCEEDED 
PIC COLLINFO 
TDP INFOCOLL 

TRIGGER SIOTRK 
OTG EAN633TWMFWK 


MAX NUM TRIG 
TRIG COUNT 


We have exceeded the number of SCP Requests 


Field descriptions 


The following table explains each of the fields in the log report: 


(Sheet 1 of 5) 


Field Value Description 

REASON MAX NUM SERIAL TRIGS _ This field contains the reason the log is 
_EXCEEDED generated. 

PIC This field contains the point in call (PIC) at 


which the error occurred. 
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1-986 UCS log reports 
CAIN302 (continued) 


(Sheet 2 of 5) 


Field Value 


Description 


PIC (continued) O NULL 
COLLINFO 
ANLZINFO 
SELROUTE 
SEND CALL 
O ALERTG 
O ACTIVE 
O SUSPEND 
T NULL 
NIL 

TDP 


ORIGATT 


O FTRREQ 


INFOCOLL 


INFOANLZ 


NETWBUSY 


OTERMSZE 


O CLDBSY 


OANSWR 


This PIC is O Null (PIC 1). 

This PIC is Collect Information (PIC 3). 
This PIC is Analyze Information (PIC 4). 
This PIC is Select Route (PIC 5). 

This PIC is Send Call (PIC 7). 

This PIC is O Alerting (PIC 8). 

This PIC is O Active (PIC 9). 

This PIC is O Suspended (PIC 10). 
This PIC is T Null (PIC 11). 

The PIC has not yet been determined. 


This field contains the detection point (TDP 
or EDP) where the error occurred. 


This is the Origination Attempt TDP, 
available at the O Null PIC. 


This is the O Feature Requested TDP, 
available at the Collect Information PIC. 


This is the /nfo Collected TDP, available at 
the Collect Information PIC. 


This is the /nfo Analyzed TDP, available at 
the Analyze Information PIC. 


This is the Network Busy TDP or EDP, 
available at the Select Houte PIC. 


This is the O Term Seized EDP, available 
atthe Send Call PIC. 


This is the O Called Party Busy TDP or 
EDP, available at the Send Call PIC. 


This is the O Answer EDP, available at the 
O Alerting PIC. 
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CAIN302 (continued) 


(Sheet 3 of 5) 


Field Value Description 


O_NOANSW This is the O No Answer TDP or EDP, 
available at the O Alerting PIC. 


ODISC This is the O Disconnect EDP, available at 
the O Active and O Suspended PICs. 


TDP (continued) OMIDCALL This is the O Mid Call TDP, available at 
the Send Call, O Alerting, O Active, or 
O Suspended PICs, or the O Mid Call 
EDP, available at the O Active or 
O Suspended PICs. 


TERMATT This is the Termination Attempt TDP, 
available at the T Null PIC. 

NIL The TDP has not yet been determined. 

TRIGGER This field contains the trigger or event at 

which the error occurred. 

OFFHKIMM This is the Off Hook Immediate trigger, 
available at the Origination Attempt TDP. 

O FTRREQ This is the O Feature Requested trigger, 
available at the O Feature Hequested 
TDP. 

OFFHKDEL Thisisthe Off-Hook Delaytrigger, available 


at the /nfo Analyzed TDP. 


SIOTRK This is the Shared Interoffice Trunktrigger, 
available at the /nfo Collected TDP. 


PRIBCHNL This is the PRI_B-Channel trigger available 
at the /nfo Collected TDP. 


SPECFEAT This is the Specific Feature Code trigger, 
available at the /nfo Analyzed TDP. 


CUSTDP This is the Customized Dialing Plan 
trigger, available at the /nfo Analyzed TDP. 


SPECDIG This is the Specific Digit String trigger, 
available at the /nfo Analyzed TDP. 


OFFCCODE This is the Office Code trigger, available at 
the /nfo Analyzed TDP. 
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CAIN302 (continued) 


(Sheet 4 of 5) 
Field Value Description 

NETBUSYE This is the Network_Busy event, available at 
the Network_Busy EDP. 

NETWBUSY This is the Network_Busy trigger, available 
at the Network_Busy TDP. 

TRIGGER OTERMSZE This is the O Term Seized event, available 
(continued) atthe O Called Busy EDP. 

OCLDBSYE This is the O Called Party Busy event, 
available at the O Called Party Busy EDP. 

O CLDBSY This is the O Called Party Busy trigger, 
available at the O Called Party Busy TDP. 

OANSWRE This is the О Answer event, available at the 
O Answer EDP. 

ONOANSRE This is the O No Answerevent, available at 
the O_No_Answer EDP. 

O_NOANSW This is the O_No_Answer trigger, available 
at the O_No_Answer TDP. 

ODISC This is the О Disconnect event, available at 
the O_Disconnect EDP. 

TIMEOUT This is the Timeout event, available at the 
O Mid Call EDP. 

OIECREO This is the O_IEC_Reorigination trigger, 


TERMINATION ATTEMPT 


NIL 


OTG 0 to16 character СШ or NIL 


MAX NUM TRIG numeric 


available at the O Mid Call TDP. 


This is the Termination Attempt trigger, 
available at the Termination Attempt TDP. 


The trigger has not yet been determined. 


This field identifies the originating agency's 
CLLI. 


This field contains the maximum number of 
times a call can request information from the 
SCP. 
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UCS log reports 1-989 
CAIN302 (end) 


(Sheet 5 of 5) 

Field Value Description 

ТНІС COUNT numeric This field contains the number of times the 
call has encountered the SCP. 

Additional A text string up to 60 Refer to "Additional information" section. 


information string alphanumeric characters 


Action 
No immediate action. 


Associated OM registers 
None 


Additional information 
The "Additional information string" field for this log contains the following 
text: ^We have exceeded the number of SCP Requests" 
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1-990 UCS log reports 


Explanation 


CAIN900 


The switch generates this log report when the SCP simulator sends a response 
to the CAIN framework. 


Note: This log is only generated when the 900 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN900 follows: 
CAIN900 mmmdd hh:mm:ss nnnn INFO SCP SIMULATOR INDICES 
TRANSID - <integer><string><st 
CAINKEY Е ring><string><string 
= ><string><integer> 

CAINMTCH 

Example 


An example of log report CAIN900 follows: 


CAIN900 MAY12 
TRANSID = 
CAINKEY = 


CAINMTCH = 


18:24:45 7400 INFO SCP SIMULATOR INDICES 
0000 0035 

START 

IN1 003 

TOLLFREE 

99 
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СА1М900 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


TRANSID hexadecimal numeric This field contains the TCAP transaction ID 
of the call for which this log is generated. 


CAINKEY INFO ANALYZEDORIGINATION . These are valid CAIN operations that could 
ATTEMPTINFO COLLECTEDNE appear іп the CAINKEY field. 
TWORK BUSYO CALLED PAR 
TY BUSYO FEATURE REQUES 
TEDO NO ANSWERO TERM S 
EIZEDO ANSWERO MID CALL 
TERMINATION ATTEMPTTIMEO 


UTSTART 

CAIN, DN, TRK, IN1 These are valid ID selectors that may 
appear in the CAINKEY field. 

OFFHKIMM, O FEAT, These are valid trigger criteria that could 

OFFHKDEL, SIO ADDR, appear in the CAINKEY field. 


SIO ADIN, SIO М00, SIO INFO, 
SIO INTL, SIO CIC, SIO STD, 
CSP. CLID, СР ADDR, 

CSP. ADIN, CSP N00, 

CSP. INTL, PRI STD, 

SPEC FEAT, CUST INT, 

SDS ADDR, SDS ADIN, 

505 INTL, 505 ANI, SDS_NOO, 
SDS INFO, SDS CIC, NPA, 
NPA N, NPA NX, NPA NXX, 
NPA NXXXX, NPA NXXXXX, 
LNP. OFCD, NETWBSY, 

О CLDBSY, О NOANSW, 
EDPREQ, OIECREO, TERM ATT, 


TOLLFREE 
CAINMTCH numeric This field is an index into table CAINMTCH. 
This field indicates the tuple the simulator 
acted upon. 
Action 
None 
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UCS log reports 1-992 
CAIN900 (епа) 


Associated OM registers 
None 


Additional information 
This log generates as evidence of the way the SCP determined which message 
to send to the switch. The information displayed for CAINKEY field reflects 
the actual message received from the SSP; it does not reflect the way the table 
CAINKEY is datafilled. EDP-Request messages do not contain a 
TriggerCriteria Type parameter. As a result, *EDPREQ" always fills in the 
TriggerCriteria subfield. 
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UCS log reports 1-993 


CAIN901 


Explanation 


The switch generates this log report when the SCP simulator receives an Error, 
Abort, Close, Resource_Clear, CTR_Clear, ACG, or EDP-Notification 
message from the CAIN framework. No response message from the SCP 
simulator is required. 


Note: This log is only generated when the 901 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN901 follows: 


CAIN901 mmmdd hh:mm:ss 0800 INFO SCP SIMULATOR ACTION 
ORIG TCAP TRANS ID = «integer» 
RESP TCAP TRANS ID = «integer» 


SCP RECEIVED = <string> 
ERROR CAUSE = <string> 


Example 
An example of log report CAIN901 follows: 


CAIN901 МАҮ10 11:22:37 0800 INFO SCP SIMULATOR ACTION 
ORIG TCAP TRANS ID = 0000 0001 
RESP TCAP TRANS ID = 0000 000А 


SCP RECEIVED = ТСАР ОК 
ERROR CAUSE = ACG OVERFLOW MESSAGE RECEIVED 
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CAIN901 (continued) 


Field descriptions 


The following table explains each of the fields in the log report. 


(Sheet 1 of 3) 


Field 


Value 


Description 


ORIG TCAP TRANS 
IDRESP TCAP TRANS 
ID 


SCP RECEIVED 


ERROR CAUSE 


hexadecimal numeric 


alphanumeric 


alphanumeric 


UNKNOWN_CAUSE 


UNRECOGNIZED_OPERATION 


INVALID_TRID 


UNSUPPORTED_PKG_TYPE 


UNRECOGNIZED_PKG_TYPE 


ERROR_MSG_RECEIVED 


UNSUPPORTED_MESSAGE 


This field contains the 
TCAP transaction ID of the 
call for which this log is 
generated. 


This field contains the 
operation that the SCP 
received from the switch. 


Describes the action the 
SCP Simulator took in 
response to the SCP 
RECEIVED field. 


This value indicates the 
error cause is unknown. 


The value indicates the 
operation ID is unknown. 


The SCP simulator 
received a message that 
contained a badly 
formatted trid. 


This value indicates the 
SCP simulator received an 
unsupported package type. 


This value indicates the 
SCP simulator received an 
unknown package type. 


This value indicates the 
SCP simulator received an 
error message. 


The value indicates the 
SCP simulator received an 
unsupported message. 
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CAIN901 (continued) 


(Sheet 2 of 3) 


Field Value 


Description 


TCAP SEND MSG FAILURE 


RESP PKG W RSC CLR 


UNRECOGNIZED CORR ID 


UNABLE TO SET TIMER 


MISSING. COND PARAMETER 


UNEXPECTED COMMUNICATION 


MISSING MANDATORY PARAMETER 


PARAMETER OUT OF SEQUENCE 


ERRONEOUS PARAMETER DATA 


The SCP simulator 
attempted and failed to 
send a message to the 
SSP. 


AHesource Clear or 

CTR Clear message was 
received in a response 
package, closing the 
transaction. 


This value indicates an 
incoming correlation ID is 
invalid. 


This value indicates an 
attempt to set a timer 
failed. 


The SCP simulator 
indicates that a required 
parameter was not 
received. 


This value indicates the 
SCP simulator received a 
message when the 
message is not expected. 


The SCP simulator 
indicates that a required 
parameter was not 
received. 


The SCP simulator 
indicates that the 
parameters in the incoming 
message are out of order. 


This value indicates a 
parameter contains an 
unsupported value. 
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(Sheet 3 of 3) 


Field Value 


Description 


UNEXPECTED_PARAMETERS 


EDP_NOTIFICATION_RECEIVED 


RESP_PKG_W_CLOSE 


ACG_OVERFLOW_MESSAGE_RECEIVED 


This value indicates 
parameters are received 
when they are not 
expected. 


EDP-Notification message 
received. 


A Close message with 
CloseCause parameter 
value callTerminated, 
eDPsCompleted, or 
calledPartyAnswered 
was received. 


A ACG message is 
received. 


Action 
No action needs to be taken. 


Associated OM registers 
None 


Additional information 
None 
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CAIN902 
Explanation 
The switch generates this log report to identify the current CAIN subscription 
method when evaluating trigger criteria. 
Note: This log is only generated when the 902 option is set for parameter 
CAIN900_LOGS_ENABLED. 
Format 


The format for log report CAIN902 follows: 


CAIN902 mmmdd 
hh:mm:ss nnnn 


INFO CAIN 

SUBSCRIPTION 
METHOD 

PIC = <string> 

TDP = <string> 

CAINGRP = <string> 

OTG or TTG = <string> 

CLDNO = «digit string» 

CLGNO - «digit string» 

AUTH DIGS - «digit string» 

ADDR DIGS = «digit string»PRTNM = <string> 
FLEX ACCESS - «digit string» 

SUBR QUALIFIER = «digit string»«string-» 
METHOD - 

Example 


An example of log report CAIN902 follows: 
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CAIN902 (continued) 


CAIN902 JUN15 15:39:26 8021 INFO CAIN SUBSCRIPTION METHOD 


PIC 
TDP 

CAINGRP 

OTG 

CLDNO 

CLGNO 

FLEX ACCESS 
SUBR QUALIFIER 
METHOD 


Field descriptions 


COLLINFO 

NIL 

SIOGRP 

AXX671TWFMWK 

2147778888 

02214000 

AUTH 1 9992211 9992211 
CAINFLG AUTH; 9992211 
FLEX SUBR (PRECEDENCE LEVEL 3) 


The following table explains each of the fields in the log report. 


CAIN902 field descriptions (Sheet 1 of 5) 


Value Description 
PIC This field contains the point in call (PIC) 
associated with the trigger or event. 
O NULL This PIC is O Null (PIC 1). 
COLLINFO This PIC is Collect Information (PIC 3). 
ANLZINFO This PIC is Analyze Information (PIC 4). 
SELROUTE This PIC is Select Route (PIC 5). 
SENDCALL This PIC is Send Call (PIC 7). 
O ALERTG This PIC is O Alerting (PIC 8). 
O ACTIVE This PIC is О Active (PIC 9. 
O SUSPEND This is the O Suspended (PIC 10). 
T NULL This PIC is T Null (PIC 11). 
NIL The PIC has not yet been determined. 
TDP This field contains the current detection point 
(TDP or EDP). 
ORIGATT This is the Origination Attempt TDP, available at 
the O Null PIC. 
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CAIN902 (continued) 


CAIN902 field descriptions (Sheet 2 of 5) 


CAINGRP 


OTG or TTG 


CLDNO 


Value Description 

O_FTRREQ This is the O_Feature_Requested TDP, available 
at the Collect_Information PIC. 

INFOCOLL This is the Info_Collected TDP, available at the 
Collect_Information PIC. 

INFOANLZ This is the Info_Analyzed TDP, available at the 
Analyze_Information PIC. 

NETWBUSY This is the Network_Busy TDP or EDP, available 
at the Select_Route PIC. 

OTERMSZ This is the O Term Seized EDP, available at the 
Send Call PIC. 

O CLDBSY This is the O Called Party Busy TDP or EDP, 
available at the Send Call PIC. 

OANSWR This is the O Answer EDP, available at the 
O Alerting PIC. 

O NOANSW This is the O No Answer TDP or EDP, available 
atthe O Alerting PIC. 

OMIDCALL This is the O Mid Call TDP, available at the 
Send Call, O Alerting, O Active, or 
O Suspended PICs, or the O Mid Call EDP, 
available at the O Active or O Suspended PICs. 

TERMATT This is the Termination Attempt TDP, available at 
the Т Null PIC. 

NIL The TDP has not yet been determined. 


Up to 8 alphanumeric 


characters 


0 to 16 character CLLI 


Up to 24 digits 


This field identifies the CAIN group used to 
subscribe to CAIN services. 


Identifies the originating or terminating agency's 
CLLI. (Only appears as TTG when РІС-Г NULL 
and TDP=TERM_ATT) 


This field contains the dialed address or the called 
party's address. The entry is dependent on the 
trigger. This field appears only when data is 
available. 
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CAIN902 field descriptions (Sheet 3 of 5) 


FLEX_ACCESS Alphanumeric for AXXESS 


Calls. 


FLEXTYPE_IDX 


FLEXVAL_IDX 


FLEXVAL_DIGS 


FLEXFEAT_IDX 


Value Description 

CLGNO Up to 24 digits This field contains the calling party's number. This 
field appears only when data is available. 

AUTH_DIGS 1 to 7 digits Identifies the calling party's authorization code, 
when applicable. Not visible for AXXESS calls. 
This field appears only when data is available. 

ADDR_DIGS 1 to 7 digits Identifies the address digits used to subscribe. 
Used with the PRTNM field. This field appears 
only when data is available. 

PRTNM Alphanumeric Identifies the pretranslator name for the address 


digits used to subscribe. Used with the 
ADDR DIGS field. This field appears only when 
ADDR DIGS are available. 


This field appears only when data is available. It is 
made up of subfields FLEXTYPE IDX, 
FLEXVAL IDX, FLEXVAL DIGS, and 
FLEXFEAT IDX. Not used for non-AXXESS calls. 


In the case of a SUBR/SUBPARM collectable, this 
field represents part 1 of the 3 part key used to 
index tables FLEXTYPE and FLEXVAL. For 
CALLTYPE, it is used to index table FLEXTYPE 
only. 


This field represents part 2 of the 3 part key used 
to index table FLEXVAL. Applies only in the case 
of a SUBR/SUBPARM collectable (see 
METHOD). 


This field represents part 3 of the 3 part key used 
to index table FLEXVAL. Applies only in the case 
of a SUBR/SUBPARM collectable (see 
METHOD). 


For SUBR/SUBRPARM collectables, represents 
the index into table FLEXFEAT, as determined by 
the indexing table, FLEXVAL; and which resulted 
in a CAIN subscription. For CALLTYPE 
collectables, represents the index into table, 
FLEXFEAT referenced by the SUBR collectable 
and which resulted in a CAIN subscription. 
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CAIN902 (continued) 


CAIN902 field descriptions (Sheet 4 of 5) 


Value 


Description 


CALLING(ANI) 


SUBR QUALIFIER Alphanumeric for AXXESS 


calls. 


CAINFLG ACCTCAINFLG 
AUTHCAINFLG 
MCCSCAINFLG 
PINCAINFLG 
ORIGLRNCAINFLG 
CLGPTYADD 


LAST_CAIN_FLG_DIGS 


METHOD 


ADDR_METHOD 


AUTHCODE 


ANI 
FLEX_SUBRFLEX_SUBP 
ARMFLEX_CALLTYPE 


AGENT 


OFFICE 


CALLING(ANI) indicates that subscription is 
based on validation of a subscriber number with 
the CALLING option. 


This field qualifies the SUBR/SUBPARM method 
of description. 


CAINFLG_* indicates that subscription is based 
on validation of a subscriber number with the 
CAINFLG option. 


The last digits stored by FLEXDIAL for the 
CAINFLG reported in the field SUBR_QUAL. 


This field contains the subscription method. Used 
with the PRECEDENCE LEVEL field. 


CAIN subscription by address is provisioned in 
table STDPRTCT. 


CAIN subscription by authorization code is 
provisioned іп table AUTHCODU, AUTHCDUA, 
AUTHCDUS, AUTHCDUA, or AUTHCDUS. 


CAIN subscription by ANI is provisioned in table 
ANISCUSP, or ANIVAL and UNIPROF. 


CAIN subscription by agent is provisioned in table 
TRKGRP, CALLATTR, or TRKFEAT. 


CAIN subscription by office is provisioned in table 
CAINPARM. 
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CAIN902 field descriptions (Sheet 5 of 5) 


Action 
None 


Associated OM registers 
None 


Value Description 
SCP CAIN subscription group is identified by an SCP 
response. 

PRECEDENCE 0 to 61 = SCP2 = This field contains the precedence level. Used 
LEVEL ADDRESS3 = with the METHOD field. 

AUTHCODE/ 

CALLTYPE4 = ANI5 = 

AGENT6 = OFFICE 
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CAIN903 


Explanation 


The switch generates this log report to identify the CAIN group when trigger 


criteria is met. 


Note: This log is only generated when the 903 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN903 follows: 
CAIN903 mmmdd 
hh:mm:ss nnnn 
INFO CAINGRP TO 
TRIGGER 
PIC = <string> 
TDP = <string> 
TRIGGER = <string> 
TRIGVIA = <string> 
CAINGRP = <string> 
ACTION = <string> 
OTG or TTG = <string> 
Example 


An example of log report CAIN903 follows: 


CAIN903 JUL12 11:44:43 0700 INFO CAINGRP TO TRIGGER 


PIC 

TDP 
TRIGGER 
TRIGVIA 
CAINGRP 
ACTION 
TTG 


= NIL 
= NIL 
= TOLLFREE 

= ADDR 8881112222 
= TERMGRP 

= QUERY 

= EAN671TWMFWK 
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CAIN903 (continued) 


Field descriptions 


CAIN903 field descriptions (Sheet 1 of 3) 


The following table explains each of the fields in the log report. 


Value Description 
PIC This field contains the point in call (PIC) associated 

with the current trigger. 

O_NULL This PIC is O Null (PIC 1). 

COLLINFO This PIC is Collect Information (PIC 3). 

ANLZINFO This PIC is Analyze Information (PIC 4). 

SELROUTE This PIC is Select Route (PIC 5). 

SENDCALL This PIC is Send Call (PIC 7). 

O ALERTG This PIC is O Alerting (PIC 8). 

O ACTIVE This PIC is O Active (PIC 9). 

O SUSPEND This PIC is O Suspended (PIC 10). 

T NULL This PIC is T Null (PIC 11). 

NIL This is returned when the PIC is not defined. 

TDP This field contains the trigger detection point (TDP). 

ORIGATT This is the Origination Attempt TDP, available at 
the O Null PIC. 

O FTRREQ Thisisthe O Feature Requested TDP, available at 
the Collect Information PIC. 

INFOCOLL This is the /nfo Collected TDP, available at the 
Collect Information PIC. 

INFOANLZ This is the /nfo Analyzed TDP, available at the 
Analyze Information PIC. 

NETWBUSY This is the Network Busy TDP, available at the 
Select Route PIC. 

O CLDBSY This is the O Called Party Busy TDP, available at 


the Send Call PIC. 
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CAIN903 field descriptions (Sheet 2 of 3) 


Value Description 

O NOANSW This is the O No Answer TDP, available at the 
O Alerting PIC. 

OMIDCALL This is the O Mid Call TDP, available at the 
Send Call, O Alerting, O Active, or O Suspended 
PICs. 

TERMATT This is the Termination Attempt TDP, available at 
the T Null PIC. 

NIL The TDP has not yet been determined. 

TRIGGER This field contains the current trigger or event. 
OFFHKIMM This is the Off Hook Immediatetrigger, available at 


the Origination Attempt TDP. 


O FTRREQ This is the O Feature Requested trigger, available 
at the О Feature Hequested TDP. 


OFFHKDEL This is the Off-Hook Delay trigger, available at the 
Info Collected TDP. 


SIOTRK This is the Shared Interoffice Trunk trigger, 
available at the /nfo Collected TDP. 


PRIBCHNL This is the PRI B-Channel trigger, available at the 
Info Collected TDP. 


SPECFEAT This is the Specific Feature Codetrigger, available 
at the /nfo Analyzed TDP. 


CUSTDP This is the Customized Dialing Plan trigger, 
available at the /nfo Analyzed TDP. 


SPECDIG This is the Specific Digit String trigger, available at 
the /nfo Analyzed TDP. 


OFFCCODE This is the Office Code trigger, available at the 
Info Analyzed TDP. 


NETWBUSY This is the Network Busy trigger, available at the 
Network Busy TDP. 


O CLDBSY This is the O Called Party Busy trigger, available 
atthe O Called Party Busy TDP. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-1006 UCS log reports 
CAIN903 (end) 


CAIN903 field descriptions (Sheet 3 of 3) 


TERMINATION ATTEMPT 


TOLLFREE 
NIL 


TRIGVIA INFO, ADIN, ANI, ADDR, 


XLADDR, CIC, GROUP 


CAINGRP Up to 8 alphanumeric 


characters 


ACTION IGNORE, QUERY, BLOCK, 
QUERYSCU, NEXTRTE, 
FEAT, NEXTCNRTE, QOR, 
LEAVE TDP, 


CONT NOTRIG, COLLINFO 


OTG or TTG CLLI 


Action 
None 


Associated OM registers 
None 


Value Description 

O NOANSW This is the O No Answer trigger, available at the 
O No Answer TDP. 

OIECREO This is the О /EC Heoriginationtrigger, available at 


the O Mid Call TDP. 


This is the Termination Attempttrigger, available at 
the Termination Attempt TDP. 


This is the Tollfree trigger. 
The trigger has not yet been determined. 


This field identifies digit type and digits matched for 
the trigger in the trigger table. 


This field identifies the CAINGRP used to subscribe 
to CAIN services. 


This field identifies the action for the trigger through 
the trigger table. 


This field identifies the originating or terminating 
agenoy's CLLI. (This field only appears as TTG 
when the PICZT. NULL and TDP=TERMATT.) 
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CAIN904 
Explanation 
The switch generates this log when a collectible on the SSP is overridden. 


Note: This log is only generated when the 904 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN904 follows: 
CAIN904 mmmdd hh:mm:ss nnnn INFO CAIN COLLECTIBLE OVERRIDDEN 
OTG = «dll 
OTN = integer? 
OLD DIGITS = «digit register? 
NEW DIGITS = «digit register? 
COLLECTIBLE = <string> 
Example 


An example of log report CAIN904 follows: 


CAIN904 JANO3 10:19:39 0238 INFO CAIN COLLECTIBLE OVERRIDDEN 


OTG = IMT761C7LP01 
OTN = 1 
OLD DIGITS = 2146112211 
NEW DIGITS = 2147612211 
COLLECTIBLE = ADDR 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

OTG a valid CLLI This field indicates the originating trunk 
group. 

OTN integer This field indicates the originating trunk 
number. 

OLD DIGITS digits This field indicates the digits that are 
deleted. 
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(Sheet 2 of 2) 


Field Value Description 
NEW DIGITS digits This field indicates the digits that are now 
used. 

COLLECTIBLE ADDR, CARD, This field indicates the collectible type being 
AUTH, PIN, or overwritten. 
ACCT 

Action 
None 


Associated OM registers 
None 


Additional information 
None 
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CAIN905 


Explanation 
The switch generates this log each time a requested event occurs. The report 
specifies the requested event, the action to be taken, and the originating trunk 
group for the call. 


Note: This log is only generated when the 905 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN905 follows: 
CAIN905 mmmdd hh:mm:ss nnnn INFO CAIN REQUESTED EVENT 

PIC = <string> 
EDP = <string> 
EVENT = <string> 
ACTION = <string> 
OTG = <string> 

Example 


An example of log report CAIN905 follows: 


CAIN905 MAY20 13:56:50 7700 INFO CAIN REQUESTED EVENT 
PIC = O ACTIVE 
EDP = OMIDCALL 
EVENT = TIMEOUT 
ACTION = REQUEST 
OTG = DAL222TWDTLS 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 3) 


Field Value Description 
PIC This field indicates the point in call (PIC) 
where the event occurred. 
SELROUTE This PIC is Select_Route (PIC 5). 
SENDCALL This PIC is Send Call (PIC 7). 
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CAIN905 (continued) 


(Sheet 2 of 3) 
Field Value Description 
O_ALERTG This PIC is O_Alerting (PIC 8). 
PIC(continued) O ACTIVE This PIC is O Active (PIC 9). 
O SUSPEND This PIC is O Suspended (PIC 10). 
EDP This field indicates the event detection point 
(EDP) at which the event occurred. 
NETWBUSY This is the Network Busy EDP, available at 
the Select Route PIC. 
OTERMSZ This is the O Term Seized EDP, available 
at the Send Call PIC. 
O CLDBSY This is the O Called Party Busy EDP, 
available at the Send Call PIC. 
OANSWR This is the O Answer EDP, available at the 
O Alerting PIC. 
O NOANSW This is the O No Answer EDP, available at 
the O Alerting PIC. 
ODISC This is the O Disconnect EDP, available at 
the O Active and O Suspended PICs. 
OMIDCALL This is the О Mid Call EDP, available at the 
O_Active or O_Suspended PICs. 
EVENT This field indicates which event triggered 
this log. 
NETBUSYE This is the Network_Busy event, available at 
the Network_Busy EDP. 
OTERMSZE This is the O Term Seized event, available 
at the O Term Seized EDP. 
OCLDBSYE This is the O_Called_Party_Busy event, 
available at the O_Called_Party_Busy EDP. 
OANSWRE This is the O_Answer event, available at the 
O_Answer EDP. 
ONOANSRE This is the O_No_Answer event, available at 


the O_No_Answer EDP. 
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(Sheet 3 of 3) 
Field Value Description 
ODISC This is the O_Disconnect event, available at 
the О _ Disconnect EDP. 
EVENT (continued) TIMEOUT This is the Timeout event, available at the 
O Mid Call EDP. 
ACTION REQUEST, This field indicates the action to be taken for 
NOTIFY,IGNORE, the event in the EVENT field. 
NEXTRTE, 
NEXTCNRTE 
OTG text string or This field indicates the originating trunk 
UNKNOWN group for the call that triggered this log. 
Action 


No immediate action is required. 


Associated OM registers 
OM registers IGNORE, EDPREQ, EDPNOTIF, NEXTRTE, and NXTCNRTE 
of group CAINTRIG, and registers AGEDPREQ and AGEDPNOT of group 
CAINAGOM are associated with this log. 
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CAIN906 


Explanation 


The switch generates this log when an OFFCCODE trigger is blocked because 
of the NO_LNP option in table CAINSTS. 


Note: This log is only generated when the 906 option is set for parameter 
CAIN900 LOGS ENABLED (table CAINPARM). 


Format 
The format for log report CAIN906 follows: 


CAIN906 mmmdd hh:mm:ss nnnn INFO OFFCODE TRIGGER BLOCKED BY STS 
CLD = «digit register? 
CLG = «digit register? 
STS = «digit register? 
«information string? 


Example 
An example of log report CAIN906 follows: 


CAIN906 MAY10 11:22:37 0800 INFO OFFCCODE TRIGGER BLOCKED BY & 
CLD - 9726845420 
CLG - 7134823014 
STS = 444 

OFFCCODE evaluation blocked by NO_LNP option 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

CLD up to 24 digits This field indicates the called party's 
number. 

CLG up to 24 digits This field indicates the calling party's 
number. 
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(Sheet 2 of 2) 


Action 
No immediate action is required. 


Associated OM registers 


Field Value Description 
STS 3 digits This field indicates the serving translation 
scheme (STS) that was used to route the 
call. 
INFORMATION STRING OFFCCODE This field indicates why the log was 
evaluation blocked generated 
by NO_LNP option 


This log is associated with the BLKBYSTS register of the CAINLNP group. 


Additional information 
None 
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CAIN907 
Explanation 
The purpose of this log is to indicate that an event is detected while the service 
switching point (SSP) and service control point (SCP) are involved in call 
party handling. This event is typically indicated to the SCP but the appropriate 
event was not armed. 
Format 
The format for log report CAIN907 follows: 
XXXX  CAIN907 mmmdd hh:mm:ss ssdd INFO UNARMED EDP ACTION 
ORIG CC= CCxx 
UNARMED EVENT- XXXXXXXXX ON LEG x 
RESULTANT CC- CCxx 
Example 


An example of log report CAIN907 follows: 


250X CAIN907 JUL23 16:01:28 6300 INFO UNARMED EDP ACTION 
ORIG CC- CC6 
UNARMED EVENT- ODISCONNECT ON LEG 1 
RESULTANT CC= ССІ 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

ORIG CC 4, 5, 6, 7, 10, 11 This field indicates which call coniguration a 
call is in. 

UNARMED EVENT O ABANDON This field indicates what event has been 
detected and the coresponding EDP was 
not armed. 


О DISCONNECT 
T DISCONNECT 
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(Sheet 2 of 2) 


Field Value Description 
ON LEG 0,1,2 This field indicates which leg the event was 
detected on. 
RESULTANT CC 0, 1, 2, 4, 5, 6, 7, This field indicates the call configuration the 
10, 11 call is left in. 
Action 
None. 


Associated OM registers 
None. 


Additional information 


This log indicates that an event was detected for a call that the SCP is in control 
of. 
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CAIN902 
Explanation 
The switch generates this log report to identify the current CAIN subscription 
method when evaluating trigger criteria. 
Note: This log is only generated when the 902 option is set for parameter 
CAIN900 LOGS ENABLED. 
Format 


The format for log report CAIN902 follows: 


CAIN902 mmmdd 
hh:mm:ss nnnn 


INFO CAIN 
SUBSCRIPTION 
METHOD 
PIC - «string» 
TDP - «string» 
CAINGRP - «string» 
OTG or TTG - «string» 
CLDNO - «digit string» 
CLGNO - «digit string» 
AUTH DIGS - «digit string» 
ADDR DIGS = «digit string»PRTNM = <string> 
FLEX ACCESS - «digit string» 
SUBR QUALIFIER = «digit string»«string» 
METHOD = 
Example 


An example of log report CAIN902 follows: 
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CAIN902 (continued) 


CAIN902 JUN15 15:39:26 8021 INFO CAIN SUBSCRIPTION METHOD 
= COLLINFO 


PIC 

TDP 

CAINGRP 

OTG 

CLDNO 

CLGNO 

FLEX ACCESS 
SUBR QUALIFIER 
METHOD 


Field descriptions 


NIL 

SIOGRP 

AXX671TWFMWK 

2147778888 

02214000 

AUTH 1 9992211 9992211 
CAINFLG AUTH; 9992211 
FLEX SUBR (PRECEDENCE LEVEL 3) 


The following table explains each of the fields in the log report. 


CAIN902 field descriptions 


Value Description 
PIC This field contains the point in call (PIC) 
associated with the trigger or event. 
O NULL This PIC is O Null (PIC 1). 
COLLINFO This PIC is Collect Information (PIC 3). 
ANLZINFO This PIC is Analyze Information (PIC 4). 
SELROUTE This PIC is Select Route (PIC 5). 
SENDCALL This PIC is Send Call (PIC 7). 
O ALERTG This PIC is O Alerting (PIC 8). 
O ACTIVE This PIC is O Active (PIC 9. 
O SUSPEND This is the O Suspended (PIC 10). 
T. NULL This PIC is Т. Null (PIC 11). 
NIL The PIC has not yet been determined. 
TDP This field contains the current detection point 
(TDP or EDP). 
ORIGATT This is the Origination Attempt TDP, available at 
the O Null PIC. 
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CAIN902 (continued) 


CAIN902 field descriptions 


CAINGRP 


OTG or TTG 


CLDNO 


Value Description 

O_FTRREQ This is the O_Feature_Requested TDP, available 
at the Collect_Information PIC. 

INFOCOLL This is the Info_Collected TDP, available at the 
Collect_Information PIC. 

INFOANLZ This is the Info_Analyzed TDP, available at the 
Analyze_Information PIC. 

NETWBUSY This is the Network_Busy TDP or EDP, available 
at the Select_Route PIC. 

OTERMSZ This is the O Term Seized EDP, available at the 
Send Call PIC. 

O CLDBSY This is the O Called Party Busy TDP or EDP, 
available at the Send Call PIC. 

OANSWR This is the O Answer EDP, available at the 
O Alerting PIC. 

O NOANSW This is the O No Answer TDP or EDP, available 
atthe O Alerting PIC. 

OMIDCALL This is the O Mid Call TDP, available at the 
Send Call, O Alerting, O Active, or 
O Suspended PICs, orthe O Mid Call EDP, 
available at the O Active or O Suspended PICs. 

TERMATT This is the Termination Attempt TDP, available at 
the T. Null PIC. 

NIL The TDP has not yet been determined. 


Up to 8 alphanumeric 
characters 


О to 16 character СШ 


Up to 24 digits 


This field identifies the CAIN group used to 
subscribe to CAIN services. 


Identifies the originating or terminating agency's 
СШ. (Only appears as TTG when PICZT NULL 
and TDPZTERM АТТ) 


This field contains the dialed address or the called 
party's address. The entry is dependent on the 
trigger. This field appears only when data is 
available. 
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CAIN902 (continued) 


CAIN902 field descriptions 


Description 


Value 
CLGNO Up to 24 digits 
AUTH_DIGS 1 to 7 digits 
ADDR_DIGS 1 to 7 digits 
PRTNM Alphanumeric 


FLEX_ACCESS Alphanumeric for AXXESS 


calls. 


FLEXTYPE_IDX 


FLEXVAL_IDX 


FLEXVAL_DIGS 


FLEXFEAT_IDX 


This field contains the calling party's number. This 
field appears only when data is available. 


Identifies the calling party's authorization code, 
when applicable. Not visible for AXXESS calls. 
This field appears only when data is available. 


Identifies the address digits used to subscribe. 
Used with the PRTNM field. This field appears 
only when data is available. 


Identifies the pretranslator name for the address 
digits used to subscribe. Used with the 
ADDR_DIGS field. This field appears only when 
ADDR_DIGS are available. 


This field appears only when data is available. It is 
made up of subfields FLEXTYPE IDX, 
FLEXVAL IDX, FLEXVAL_DIGS, and 
FLEXFEAT IDX. Not used for non-AXXESS calls. 


In the case of a SUBR/SUBPARM collectable, this 
field represents part 1 of the 3 part key used to 
index tables FLEXTYPE and FLEXVAL. For 
CALLTYPE, it is used to index table FLEXTYPE 
only. 


This field represents part 2 of the 3 part key used 
to index table FLEXVAL. Applies only in the case 
of a SUBR/SUBPARM collectable (see 
METHOD). 


This field represents part 3 of the 3 part key used 
to index table FLEXVAL. Applies only in the case 
of a SUBR/SUBPARM oollectable (see 
METHOD). 


For SUBR/SUBRPARM oollectables, represents 
the index into table FLEXFEAT, as determined by 
the indexing table, FLEXVAL; and which resulted 
in a CAIN subscription. For CALLTYPE 
collectables, represents the index into table, 
FLEXFEAT referenced by the SUBR collectable 
and which resulted in a CAIN subscription. 
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СА1М902 (continued) 


CAIN902 field descriptions 


Value 


Description 


CALLING(ANI) 


SUBR QUALIFIER Alphanumeric for AXXESS 


calls. 


CAINFLG ACCTCAINFLG 
AUTHCAINFLG 
MCCSCAINFLG 
PINCAINFLG 
ORIGLRNCAINFLG 
CLGPTYADD 


LAST CAIN FLG DIGS 


METHOD 


ADDR METHOD 


AUTHCODE 


ANI 


CICROUTE 


FLEX SUBRFLEX SUBP 


ARMFLEX CALLTYPE 


AGENT 


OFFICE 


CALLING(ANI) indicates that subscription is 
based on validation of a subscriber number with 
the CALLING option. 


This field qualifies the SUBR/SUBPARM method 
of description. 


CAINFLG * indicates that subscription is based 
on validation of a subscriber number with the 
CAINFLG option. 


The last digits stored by FLEXDIAL for the 
CAINFLG reported in the field SUBR. QUAL. 


This field contains the subscription method. Used 
with the PRECEDENCE LEVEL field. 


CAIN subscription by address is provisioned in 
table STDPRTCT. 


CAIN subscription by authorization code is 
provisioned in table AUTHCODU, AUTHCDUA, 
AUTHCDUS, AUTHCDUA, or AUTHCDUS. 


CAIN subscription by ANI is provisioned in table 
ANISCUSP, or ANIVAL and UNIPROF. 


CAIN subscription by CICROUTE is provisioned in 
table CICROUTE enabling subscription on a per 
CIC (Carrier Identification Code) basis. The 
precedence level will be 7. 


CAIN subscription by agent is provisioned in table 
TRKGRP, CALLATTR, or TRKFEAT. 


CAIN subscription by office is provisioned in table 
CAINPARM. 
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CAIN902 field descriptions 


Value Description 
SCP CAIN subscription group is identified by an SCP 
response. 
PRECEDENCE 0 to 61 = SCP2 = This field contains the precedence level. Used 
LEVEL ADDRESS3 = with the METHOD field. 
AUTHCODE/ 
CALLTYPE4 = ANI5 = 
AGENT6 =CICROUTE7= 
OFFICE 
Action 
None 


Associated OM registers 
None 


History 
5307 (DMS) 
Value CICROUTE added to field METHOD by feature A00001990 (CAIN via 
CICROUTE PEP Sourcing). 
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CARR300 


Explanation 
The CARR300 log report generates when a carrier failure event is cleared. 


Failure clear events are reported with a severity of No Alarm. 


Format 
The format for log report CARR300 follows: 


RTPNO4BF CARR300 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 

Carrier: <payload> 

Failure: «carr failure» Clear 

Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


Example 
An example of log report CARR300 follows: 


RTPNOABF  CARR300 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

pmid name: Peripheral module identity (name and 
maximum 7 node number) 
characters 
e.g SPM node 
number: 
0 to 85 

ckt 010185 Circuit number 

carrier name maximum 38 Carrier name associated in datafill for 
characters table MNHSCARR 

payload maximum 26 Payload description of the carrier 
characters 
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CARR300 (continued) 


Field Value Description 

carr_failure variable Abbreviated name of carrier failure, as 
character follows: 
string as 
shown in Note: The failure log reports do not 
"Description" contain the “-S", “-L", “-P," and “-V" 


suffixes. 

OC-3 section 

e LOS-S = loss of signal 

* LOF-S = loss of frame 

* BERSF = BER signal failure 


indication 

e  BERSD = BER signal degradation 
indication 

STS3 line 


*  AIS-L = alarm indication signal 
*  RFI-L = remote failure indication 
*  BERSF = BER signal failure 


indication 

e  BERSD = BER signal degradation 
indication 

STS1 path 


* (ОР-Р = loss of pointer 
*  AIS-P = alarm indication signal 
* RFI-P = remote failure indication 


*  PLM-P = path label mismatch 
indication 


e  UNEQ-P = unequipped indication 
VT1.5 path 

*  LOP-V = loss of pointer 

* . AIS-V = alarm indication signal 

e RFI-V = remote failure indication 


*  PLM-V = path label mismatch 
indication 


e UNEQ-V = unequipped indication 
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CARR300 (continued) 


Field Value Description 


DS-3 path 
* (ОҒ = loss of frame 
e  AIS-P = alarm indication signal 


e  RAFP = unequipped indication 
DS-1 path 


* (ОҒ = loss of frame 
*  AIS-P = alarm indication signal 


* ВАІ-Р = remote alarm indication 


STM1R section 
* LOF = loss of frame 


e LOS = loss of signal 


STM1M line 
e AIS = alarm indication signal 


e APSAM = automatic protection 
switching - architecture mismatch 


e  APSMM = automatic protection 
switching - mode mismatch 


e АРЅСНМ = automatic protection 
switching - selector channel 
mismatch 


e  APSIC = automatic protection 
switching - invalid code 


e  APSFEPLF = automatic protection 
switching - far end protection failure 


e  APSLCK = automatic protection 
switching - lockout 


e  APSFC = automatic protection 
switching - forced 


e  APSMAN = automatic protection 
switching - manual 


* EXC = bit error ratio excessive errors 
• ВЕІ = far end receive failure 


• SD = bit error ratio signal degrade 
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CARR300 (continued) 


Field Value 


Description 


class_type DMSCP 


SMG4 


VC4 path 


AIS = alarm indication signal 
LOM = loss of mulitframe 

LOP = loss of pointer 

RFI = far end receive failure 
SLM = signal label mismatch 
TIM = trace identifier mismatch 


UNEQ = unequipped indication 


VC12 path 


AIS = alarm indication signal 
LOP = loss of pointer 

RFI = far end receive failure 
SLM = signal label mismatch 
TIM = trace identifier mismatch 


UNEQ = unequipped indication 


E1 path 


AIS = alarm indication signal 
CRE = remote CRC4 error 


LLCMA = local loss of CRC 
multiframe alignment 


LOF = loss of frame 


RAI = remote frame alarm indication 


Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
DPT ONLY in table MNNODE. 

fabric ATM Table MNCKTPAK CPKTYPE - ATM 


IP Table MNCKTPAK CPKTYPE = GEM 


Action 
No immediate action is required. 


Associated OM registers 
Not applicable 


Additional information 


CARR300 generates when a carrier failure event is cleared. An analysis of the 
log report provides information regarding how long and how frequently this 
failure condition has been present on the specified carrier. 


Related log reports: CARR310 reports carrier failure events. 


Log history 
SNO06 (DMS) 


Log CARR300 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR310 


Explanation 


Format 


Example 


The CARR310 log report generates when a carrier failure event occurs. Alarm 
severity depends upon the failure event. Alarm severity levels are No Alarm, 
Minor, Major, and Critical, depending on the event. The severity level for each 
failure type is provisioned in MNHSCARR for each carrier. 


The format for log report CARR310 follows: 


RTPNO4BF  CARR310 <mmmdd> <hh:mm:ss> <ssdd> «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 
Carrier: <payload> 


Failure: «carr failure» Clear 
Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report CARR310 follows: 


RTPNOABF CARR310 ҒЕВ12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

pmid name: Peripheral module identity (name and 
maximum 7 node number) 
characters 
e.g SPM node 
number: 
0 to 85 

ckt О to 185 Circuit number 

carrier name maximum 38 Carrier name associated in datafill for 
characters table MNHSCARR 

payload maximum 26 Payload description of the carrier 
characters 
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CARR310 (continued) 


Field Value Description 

carr_failure variable Abbreviated name of carrier failure, as 
character follows: 
string as 
shown in Note: The failure log reports do not 
"Description" contain the “-S", “-L", “-P," and “-V" 


suffixes. 

OC-3 section 

e LOS-S = loss of signal 

* LOF-S = loss of frame 

* BERSF = BER signal failure 


indication 

e  BERSD = BER signal degradation 
indication 

STS3 line 


*  AIS-L = alarm indication signal 
*  RFI-L = remote failure indication 
*  BERSF = BER signal failure 


indication 

e  BERSD = BER signal degradation 
indication 

STS1 path 


* (ОР-Р = loss of pointer 
*  AIS-P = alarm indication signal 
* RFI-P = remote failure indication 


*  PLM-P = path label mismatch 
indication 


e  UNEQ-P = unequipped indication 
VT1.5 path 

*  LOP-V = loss of pointer 

* . AIS-V = alarm indication signal 

e RFI-V = remote failure indication 


*  PLM-V = path label mismatch 
indication 


e UNEQ-V = unequipped indication 
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CARR310 (continued) 


Field Value Description 


DS-3 path 
* (ОҒ = loss of frame 
*  AIS-P = alarm indication signal 


*  RAFEP = unequipped indication 
DS-1 path 


* (ОҒ = loss of frame 
*  AIS-P = alarm indication signal 


* ВАІ-Р = remote alarm indication 


STM1R section 
* LOF = loss of frame 


e LOS = loss of signal 


STM1M line 
e AIS = alarm indication signal 


e  APSAM = automatic protection 
switching - architecture mismatch 


e  APSMM = automatic protection 
switching - mode mismatch 


e АРЅСНМ = automatic protection 
switching - selector channel 
mismatch 


e APSIC = automatic protection 
switching - invalid code 


e  APSFEPLF = automatic protection 
switching - far end protection failure 


e  APSLCK = automatic protection 
switching - lockout 


e  APSFC = automatic protection 
switching - forced 


e  APSMAN = automatic protection 
switching - manual 


* EXC = bit error ratio excessive errors 
• ВЕІ = far end receive failure 


• SD = bit error ratio signal degrade 
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CARR310 (continued) 


Field Value 


Description 


class_type DMSCP 


SMG4 


VC4 path 


AIS = alarm indication signal 
LOM = loss of mulitframe 

LOP = loss of pointer 

RFI = far end receive failure 
SLM = signal label mismatch 
TIM = trace identifier mismatch 


UNEQ = unequipped indication 


VC12 path 


AIS = alarm indication signal 
LOP = loss of pointer 

RFI = far end receive failure 
SLM = signal label mismatch 
TIM = trace identifier mismatch 


UNEQ = unequipped indication 


E1 path 


AIS = alarm indication signal 
CRE = remote CRC4 error 


LLCMA = local loss of CRC 
multiframe alignment 


LOF = loss of frame 


RAI = remote frame alarm indication 


Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 
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CARR310 (continued) 


Field Value Description 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 


Action 


Take action to resolve the specified failure condition. 


Associated OM registers 
Not applicable 


Additional information 


An analysis of the log report provides information regarding how long and 


how frequently this carrier has failed. 


Related log reports: CARR300 reports a cleared carrier failure. 


Log history 
5М06 (DMS) 


Log CARR310 was changed for Enhanced Logs Phase 2 by Feature 


B89007430. 
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CARR330 


Explanation 


The carrier protection system generates a CARR330 log when a protection 
switch occurs. During a protection switch, a previously inactive carrier in the 
protection group takes over as the active carrier. The previously active carrier 
becomes inactive. 


The CARR330 log report includes the following: 
* the protection group identity 
* the carriers involved in the protection switch 


e the trigger that caused the protection switch 


Format 
The format for log report CARR330 follows. 


CARR330 mmmdd hh:mm:ss ssdd INFO Facility Protection Switch 
PROT GROUP: «pmid» «protgrp» <grp#> 
FROM CKT: «nnn» CARRNAME: <carrname> 
CARRIER: «carr» 
TO CKT: «nnn» CARRNAME: <carrname> 
CARRIER: «carr» 
TRIGGER: <trgtext> 
FAILURE REASON: «failure» 
Location: SPM <spm number» Type: <DMSCP,IW,SMG4,DPT> 


Fabric: <IP,ATM,N/A> 


Example 
An example of log report CARR330 follows. 


CARR330 SEPO5 18:14:33 4827 INFO Facility Protection Switch 
PROT GROUP: SPM 1 CARR GRP 1 
FROM CKT: 7 CARRNAME: SPM 01 STS3L 02 
CARRIER: RM 1 OC3S 1 STS3L 1 
TO CKT: 2 CARRNAME: SPM 01 STS3L 01 
CARRIER: RM 0 OC3S 1 STS3L 1 
TRIGGER: Manual 
FAILURE REASON: Faulty Inactive Unit 
Location: SPM 3 Type: DPT Fabric: N/A 
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CARR330 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
pmid name: Peripheral module identity (name and 
maximum 7 node number) 
characters 
e.g SPM node 
number: 
0 to 85 
protgrp maximum 10 Protection group type 
characters 
grp# 1 to 28 Protection group number 
nnn 0 to 185 Circuit number 
carrname maximum 38 Carrier name 
characters 
carr maximum 26 carrier type 
characters 
trgtext maximum 10 Trigger text. The reason why the 
characters e.g. protection switch occurred. If the user 
Manual, AIS, initiated the protection switch, this field 
BEREXC, contains the value Manual. If the system 
BERSD, LOF, initiated the protection switch, this field 
LOS contains the problem type. 
class type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
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CARR330 (continued) 


Field Value Description 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 


fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 


Action 
No action is required; this log is for information only. 


Associated OM registers 
None 


Additional information 
None 


Log history 
5М06 (DMS) 


Log CARR330 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR331 


Explanation 


The carrier protection system generates a CARR331 log when a protection 
switch is attempted but fails. 


The CARR331 log report includes the following: 

* the protection group identity 

e (һе carriers involved in the attempted protection switch 
e the trigger that caused the attempted protection switch 


e the reason for the failure 


Format 
The format for log report CARR331 follows. 


CARR331 mmmdd hh:mm:ss ssdd INFO Facility Protection Switch 
PROT GROUP: «pmid» «protgrp» <grp#> 
FROM CKT: <nnn> CARRNAME: <carrname> 
CARRIER: <carr> 
TO CKT: <nnn> CARRNAME: <carrname> 
CARRIER: <carr> 
TRIGGER: <trgtext> 
FAILURE REASON: «failure» 
Location: SPM <spm number» Type: <DMSCP,IW,SMG4,DPT> 


Fabric: <IP,ATM,N/A> 


Example 
An example of log report CARR330 follows. 


CARR331 SEPO5 18:14:33 4827 INFO Facility Protection Switch 
PROT GROUP: SPM 1 CARR GRP 1 
FROM CKT: 7 CARRNAME: SPM 01 STS3L 02 
CARRIER: RM 1 OC3S 1 STS3L 1 
TO CKT: 2 CARRNAME: SPM 01 STS3L 01 
CARRIER: RM 0 OC3S 1 STS3L 1 
TRIGGER: Manual 
FAILURE REASON: Faulty Inactive Unit 
Location: SPM 3 Type: DPT Fabric: N/A 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
pmid name: maximum 7 Peripheral module identity (name and node 
characters e.g. SPM number) 
node number: 0 to 85 
protgrp maximum 10 Protection group type 
characters 
grp# 1 to 28 Protection group number 
nnn 0 to 185 Circuit number 
carrname maximum 38 Carrier name 
characters 
carr maximum 26 Carrier type 
characters 
trgtext maximum 10 Trigger text - the reason why the protection 
characters switch was attempted. If the user initiated 
e.g. Manual, AIS, the protection switch, this field contains the 
BEREXC, BERSD, value Manual. If the system initiated the 
LOF, LOS protection switch, this field contains the 
problem type. 
rsntext maximum 20 Reason text - the reason for the protection 
characters switch failure. 
class_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
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Field Value Description 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 


fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 


Action 
No action is required; this log is for information only. 


Associated OM registers 
None 


Additional information 
None 


Log history 
5М06 (DMS) 
Log CARR331 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR340 


Explanation 


Format 


Example 


The carrier protection system generates a CARR340 log report when the 
inactive Carriers in a protection group change state in such a way that they 
cannot carry traffic. 


CARR340 log generates to report that only one carrier in a protection group is 
currently capable of providing service, so that a protection group 15 not 
possible. 


CARR340 has an alarm severity of No Alarm. 


The CARR340 log report includes the following: 
* the protection group identity 
e the ID of the active carrier 


e the ID of the inactive carrier 


The format for log report CARR340 follows. 


RTPNO4BF  CARR340 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CARRIER PROT GROUP: <pmid> <ptotgrp> <grp#> 
ACTIVE CKT: <nnn> 


CarrName: <carrier name> 

Carrier payload: <payload> 

Failure: «carr failure» Clear 

Location: SPM «spm number» Туре: <DMSCP,IW,SMG4,DPT> 
Fabric: <ІР,АТМ,М/А> 


An example of log report CARR340 follows. 


CARR340 SEPO5 18:14:33 4827 INFO Simplex Set No Spare - 
CARRIER PROT GROUP: SPM 1 CARR GRP 1 
ACTIVE СКТ: 7 CARRNAME: SPM 01 STM1M 02 
CARRIER: STMRM 1 STMIR 1 5ТМІМ 1 
INACTIVE СКТ: 2 CARRNAME: SPM 01 STM1M 01 
CARRIER: 5ТМЕМ 0 STM1R 1 5ТМІМ 1 
Location: SPM 3 Type: DPT Fabric: N/A 
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CARR340 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pmid name: maximum 7 Peripheral module identity (name and node 
characters e.g. SPM number) 
node number: 0 to 85 
protgrp maximum 10 Protection group type 
characters 
grp# 1 to 28 Protection group number 
nnn О to 185 Circuit number 
carrname maximum 38 Carrier name 
characters 
carr maximum 26 Carrier type 
characters 
class_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 
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CARR340 (continued) 


Action 
No action is required; this log is for information only. 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO6 (DMS) 


Log CARR340 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR341 


Explanation 


The carrier protection system generates a CARR341 log to report that the 
protection group has changed from having only one carrier available for 
service, to a situation where both carriers are available and normal protection 
switching can occur. 


CARR341 has an alarm severity of No Alarm. 


The CARR341 log report includes the following: 
* the protection group identity 
e the ID of the active carrier 


e the ID of the inactive carrier 


Format 
The format for log report CARR341 follows. 


RTPNO4BF  CARR341 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CARRIER PROT GROUP: <pmid> <protgrp> <grp#> 

ACTIVE CKT: <nnn> CARRNAME: <carrname> 

Carrier: <carr> 

Failure: «carr failure» Clear 

Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Example 
An example of log report CARR341 follows. 


CARR341 SEPO5 18:14:33 4827 INFO Simplex Clear Spare Available - 
CARRIER PROT GROUP: SPM 1 CARR GRP 1 
ACTIVE СКТ: 7 CARRNAME: SPM 01 STMIM 02 
CARRIER: STMRM 1 STM1R 1 5ТМІМ 1 
INACTIVE СКТ: 2 CARRNAME: SPM 01 5ТМІМ 01 
CARRIER: STMRM 0 STM1R 1 5ТМІМ 1 
Location: SPM 3 Туре: DPT Fabric: N/A 
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CARR341 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pmid name: maximum 7 Peripheral module identity (name and node 
characters e.g. SPM number) 
node number: 0 to 85 
protgrp maximum 10 Protection group type 
characters 
grp# 1 to 28 Protection group number 
nnn О to 185 Circuit number 
carrname maximum 38 Carrier name 
characters 
carr maximum 26 Carrier type 
characters 
class_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 
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Action 
No action is required; this log is for information only. 


Related OM registers 


None 


Additional information 
None 


Log history 
SNO6 (DMS) 


Log CARR341 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR500 
Explanation 
The CARR500 log report generates when a carrier changes to an in service 
(InSv) state from manual busy (ManB) or system busy (SysB). 
For OC-3, the CARR500 log report may be used to report a state change from 
central-side busy (CBsy) to InSv. The state change is identified in the log 
report header line (and appears as RTS, or returned to service), while the 
previous state is identified in the body of the log report. 
CARR500 has an alarm severity of No Alarm. 
Format 
The format for log report CARR500 follows: 
RTPNO4BF  CARR500 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 
Carrier: <payload> 
Failure: «carr failure» Clear 
Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 
Example 


An example of log report CARR500 follows: 


RTPNOABF CARR500 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
pmid name: Peripheral module identity (name 
maximum 7 and node number) 
characters 
e.g. SPM node 
number: 
0 to 85 
0 t0185 Circuit number 
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CARR500 (continued) 


Field 


Value 


Description 


carrier name 


payload 


state 


type 


fabric 


maximum 38 
characters 


maximum 26 
characters 


CBSY 
SYSB 
MANB 


DMSCP 


SMG4 


DPT 


ATM 


Carrier name associated in datafill 
for table MNHSCARR 


Payload description of the carrier, 


Abbreviated name of the carrier 
state, as follows: 


e  CBSY =central-side busy 
(applies only for OC-3 carriers) 


e SYSB = system busy 
e MANB = manual busy 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Table MNCKTPAK CPKTYPE = 
ATM 


Table MNCKTPAK CPKTYPE = 
GEM 
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CARR500 (continued) 


Action 
No action is required. 


Associated OM registers 
Not applicable 


Additional information 


An analysis of the log report provides information regarding how long and 
how frequently this carrier has been out-of-service. 


Related log reports: 


e CARR50I reports carrier state changes to CBsy from ManB or SysB for 
non-OC-3 carriers. 


e CARRS510 reports carrier state changes to ManB from InSv, SysB, or 
CBsy. 


e CARRSII reports carrier state changes to SysB from InSv or CBsy. 


e CARRS512 reports OC-3 section state changes to CBsy from InSv, МапВ, 
or SysB. 


Log history 
5М06 (DMS) 


Log CARR500 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR501 


Explanation 


The САКК501 log report generates when a carrier state changes to central-side 
busy (CBsy) from system busy (SysB) or manual busy (ManB). The new state 
is identified in the log report header line, while the previous state is identified 
in the body of the log report. 


CARR501 has an alarm severity of No Alarm. 


For a state change to CBsy for an OC-3 or STMIR carrier, refer to log report 
CARR512. 


Format 
The format for log report CARR501 follows: 


RTPNO4BF  CARR501 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 

Carrier: <payload> 

Failure: «carr failure» Clear 

Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM/N/A» 


Example 
An example of log report CARR501 follows: 


RTPNOABF CARR501 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STS1P 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


pmid type loctxt Peripheral module identity (name 
and node number) 


ckt 010185 Circuit number 
carrier name maximum 38 Name for the carrier associated in 
characters datafill for table MNHSCARR 
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САНН501 (continued) 


Field 


Value 


Description 


payload 


state 


class_type 


fabric 


maximum 26 
characters 


SYSB 
MANB 


DMSCP 


SMG4 


DPT 


ATM 


Payload description of the carrier 


Abbreviated name of carrier state, 
as follows: 


e SYSB = system busy 
* MANB = manual busy 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW апа DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Table MNCKTPAK CPKTYPE = 
ATM 


Table MNCKTPAK CPKTYPE = 
GEM 


Action 


Take action to return the parent carrier to service. 


297-2621-840 Standard 12.02 September 2003 


Log Reports 1-3 
CARR501 (continued) 


Associated OM registers 
Not applicable 


Additional information 


САКК501 generates when a non-OC-3 carrier has been returned to service 
from the ManB or SysB states, but the parent carrier is still not in-service. An 
analysis of the log report provides information regarding how long and how 
frequently this carrier has been out-of-service. 


Related log reports are as follows: 


e (САКК500 for carrier state changes to in-service (InSv) from SysB or 
ManB. 


e CARRS510 for carrier state changes to ManB from InSv, SysB, or C-side 
busy (CBsy). 


e CARRSII for carrier state changes to SysB from InSv or CBsy. 
e CARRS512 for OC-3 section state changes to CBsy from InSv, ManB, or 


SysB. 
Log history 
5М06 (DMS) 
Log CARR501 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR510 


Explanation 


The САКК510 log report generates when a carrier state changes to a manual 
busy (ManB) from in-service (InSv), system busy (SysB), or central-side busy 
(CBsy). The log report header line identifies the state change. The body of the 
report identifies the previous state. 


CARR510 has an alarm severity of No Alarm. 


Format 


The format for log report CARR510 follows: 


RTPNO4BF CARR510 <mmmdd> <hh:mm:ss> <ssdd> «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 


Carrier: 
Failure: 
Location: 
Fabric: 


Example 


<payload> 

«carr failure» Clear 

SPM «spm number» Type: «DMSCP,IW,SMG4,DPT-» 
<ІР,АТМ,М/А> 


An example of log report САКК510 follows: 


RTPNO4BF 


CARR510 FEB12 03:46:18 0700 RTS CARRIER SPM 3 


СКТ: 13 CarrName: SPM 3 STS1P_1 VT15P 13 рѕір 13 


Carrier: 
Failure: 
Location: 


Field descriptions 


STSIP 1 VT15P 4 рбір 1 
LOF Clear 
SPM 3 Type: DPT Fabric: N/A 


The following table explains each of the fields in the log report: 


payload 


Field Value Description 
pmid type loctxt Peripheral module identity (name 
and node number) 
ckt О to 185 Circuit number 
carrier name maximum 38 Carrier name associated in datafill 
characters for table MNHSCARR 


maximum 26 Payload description of the carrier 
characters 
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CARR510 (continued) 


Field 


Value 


Description 


state 


call_type 


fabric 


INSV 
CBSY 
SYSB 


DMSCP 


SMG4 


DPT 


ATM 


Abbreviated name of the carrier 
state, as follows: 


* INSV = іп service 
e CBSY =central-side busy 
e SYSB = system busy 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO is 
datafilled as BRIDGE_ONLY in 
table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT_INFO is 
datafilled as ОРТ ONLY in table 
MNNODE. 


Table ММСКТРАК CPKTYPE = 
ATM 


Table ММСКТРАК CPKTYPE = 
GEM 


Action 


No immediate action is required. 


Associated OM registers 
Not applicable 
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Additional information 


The CARR510 log reports that someone has taken control of this carrier, 
taking it from the previous state of InSv, CBsy, or SysB. An analysis of the 
CARRS 10 log report provides information about how often manual 
intervention is required in carrier maintenance. 


Related log reports are as follows: 


e CARR500 reports carrier state changes to InSv from SysB or ManB. 


e CARR50I reports carrier state changes to CBsy from ManB or SysB for 
non-OC-3 carriers. 


e CARRSII reports carrier state changes to SysB from InSv or CBsy. 


e CARRS512 reports OC-3 section state changes to CBsy from InSv, ManB, 
or SysB. 


Log history 
SNO6 (DMS) 


Log CARR510 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 


DMS-250 Logs Reference Manual, Volume 1 of 6 SNO6 (DMS) 


1-4 Log Reports 


CARR510 (end) 


297-2621-840 Standard 12.02 September 2003 


Log Reports 1-1 


CARR511 


Explanation 


The CARR511 log report generates when a carrier state changes to a system 
busy (SysB) from in-service (InSv) ог central-side busy (CBsy). The log report 
header line identifies the state change. The body of the log report identifies the 
previous state. 


This report has an alarm severity of Minor. 


Format 


The format for log report CARR511 follows: 


Example 


RTPNO4BF  CARR511 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 
Carrier: <payload> 


Failure: «carr failure» Clear 
Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report CARR511 follows: 


RTPNOABF  CARR511 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pmid type loctxt Identifies the peripheral module by 
name and node number 

ckt 0 to 181 Indicates the circuit number 

carrier name maximum 38 Name for the carrier associated in 
characters datafill for table MNHSCARR 

payload maximum 26 Payload description of the carrier 
characters 
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CARR511 (continued) 


Field Value Description 


state INSV Abbreviated name of the carrier 
CBSY state, as follows: 


* INSV = іп service 
e CBSY =central-side busy 


call_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM with DPT 
information set to BRIDGE_ONLY 


Used when the node class is 
datafilled as IW апа DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Digital Packet Trunk SPM with DPT 
information set to DPT ONLY 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as ОРТ ONLY in table 
MNNODE. 


fabric ATM Table MNCKTPAK CPKTYPE = 
ATM 


IP Table MNCKTPAK CPKTYPE = 
GEM 


Action 


CARR511 indicates that the system has taken control of a carrier for 
maintenance, from its previous state of InSv or CBsy. Operating company 
personnel must monitor this carrier to ensure the system returns it to service. 
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Associated OM registers 
None 


Additional information 


An analysis of CARR511 log report provides information regarding how often 
the system must take maintenance action on a carrier. 


Related log reports are as follows: 


e САКК500 reports carrier state changes to InSv from SysB or ManB. 


e CARR50I reports carrier state changes to CBsy from ManB or SysB for 
non-OC-3 carriers. 


e CARRS510 reports carrier state changes to ManB from InSv, SysB, or 
CBsy. 


e CARRS512 reports OC-3 section state changes to CBsy from InSv, ManB, 
or SysB. 


Log history 
SNO6 (DMS) 


Log CARRS11 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR512 


Explanation 


Format 


Example 


The CARR512 log report generates when ап OC-3 or STMIR carrier changes 
to a central-side busy (CBsy) state from in-service (InSv), manual busy 
(ManB), or system busy (SysB). The system does not report these state 
changes for other carriers. The log report header line identifies the state 
change. The body of the log report identifies the previous state. 


The report has an alarm severity of Minor. 


CARR512 applies only to OC-3 and STMIR carriers. This log report 
highlights the fact that the OC-3 or STMIR host is out-of-service. The 
out-of-service date is due to the corresponding OC-3 resource module (RM) 
being out-of-service, rather than a carrier problem. 


For a state change to CBsy for carriers other then OC3S and STMIR, refer to 
log report САКК501. 


The format for log report CARR512 follows: 


RTPNO4BF  CARR512 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 

Carrier: <payload> 

Failure: «carr failure» Clear 

Location: SPM «spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report CARR512 follows: 


RTPNOABF CARR512 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
CKT: 13 CarrName: SPM 3 STS1P 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 
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CARR512 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


carrier name 


payload 


state 


class type 


maximum 38 
characters 


maximum 26 
characters 


INSV, SYSB, 
MANB 


DMSCP 


SMG4 


Field Value Description 
pmid name: Peripheral module identity (name 
maximum 7 and node number) 
characters 
e.g. SPM node 
number: 
0 to 85 
ckt 0 to 185 Circuit number 


Carrier name associated in datafill 
for table MNHSCARR 


Payload description of the carrier 


Abbreviated name of the carrier 
state, as follows: 


* INSV = іп service 
e SYSB = system busy 
e MANB = manual busy 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW апа DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 
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CARR512 (continued) 


Field Value Description 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as ОРТ ONLY in table 


MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = 
ATM 
IP Table MNCKTPAK CPKTYPE = 
GEM 


Action 


CARR512 generates when a carrier changes state to CBsy from InSv, ManB, 
SysB. A state change of InSv to CBsy indicates the beginning of an 
out-of-service period. Operating company personnel must take action to return 
to service the corresponding STM1 RM. 


Associated OM registers 
Not applicable 


Additional information 
Related log reports are as follows: 


e САКК500 reports carrier state changes to InSv from SysB or ManB. 


e CARR50I reports carrier state changes to CBsy from ManB or SysB for 
non-OC-3 carriers. 


e CARRS510 reports carrier state changes to ManB from InSv, SysB, and 
CBsy. 


e CARRSII reports carrier state changes to SysB from InSv or CBsy. 


Log history 
5М06 (DMS) 
Log CARR512 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR800 


Explanation 


Format 


Example 


The CARR800 log report generates when a threshold crossing alert (TCA) for 
a metered performance parameter is cleared. Metered performance parameters 
include laser bias current (LBC), optical power transmitted (OPT), or optical 
power received (OPR). Metered performance parameters represent a snapshot 
of a meter value rather than an accumulated value. They are interpreted as 
percentages. These values express the ratio of the current value of the 
parameter to the calibrated value of the OC-3 resource module when it was 
placed in service. 


TCA clear events are reported with a severity of No Alarm. TCA clear reports 
are not generated for non-metered performance parameters. 


The format for log report CARR800 follows: 


RTPNO4BF  CARR800 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 

Carrier: <payload> 

<pp> Clear Threshold Crossing Aleret: 122 


Failure: «carr failure» Clear 
Location: SPM «spm number» Туре: «DMSACP,IW,SMG4,DPT-» 
Fabric: <ІР,АТМ,М/А> 


An example of log report CARR800 follows: 


RTPNOABF CARR800 FEB12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: Lof Clear 

Location: SPM 3 Type: DPT Fabric: N/A 
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Field descriptions 


The following table explains each of the fields in the log report: 


carrier name 


payload 


pp 


value 


class_type 


maximum 38 
characters 


maximum 26 
characters 


LBC-N 
OPT-N 
OPR-N 


0 to 200 
DMSCP 


SMG4 


Field Value Description 
pmid name: Peripheral module identity (name 
maximum 7 and node number) 
characters 
e.g. SPM node 
number: 
0 to 85 
ckt 0 to 185 Circuit number 


Name for the carrier associated in 
datafill for table MNHSCARR 


Payload description of the carrier 


Abbreviated name of metered 
performance parameters, as 
follows: 


* LBC-N = laser bias current 

e OPT-N = optical power 
transmitted 

e OPR-N = optical power 
received 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW апа DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 


MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = 
ATM 
IP Table MNCKTPAK CPKTYPE = 
GEM 


Action 
No immediate action is necessary. 


Associated OM registers 
Not applicable 


Additional information 
The CARR800 log reports the return of a metered performance parameter back 
into an acceptable range. An analysis of CARR800 and CARR810 log reports 
provides information regarding the frequency that an OC-3 drifts outside its 
acceptable range. This information may indicate a need for maintenance 
action. 


A related log report is CARR810, which generates when a TCA has been set 
for a metered performance parameter. 


Log history 
SNO6 (DMS) 


Log CARR800 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR810 


Explanation 


Format 


Example 


The CARR810 log report generates when a threshold crossing alert (TCA) 
event for a metered performance parameter occurs. Metered performance 
parameters include laser bias current (LBC), optical power transmitted (OPT), 
or optical power received (OPR). Metered performance parameters represent 
a snapshot of a meter value rather than an accumulated value. They are 
interpreted as percentages. These values express the ratio of the current value 
of the parameter to the calibrated value of the OC-3 resource module when it 
was placed in service. 


In the cases of OPT and OPR, an alert is reported when the meter value falls 
below the established threshold. For LBC, an alert is reported when the meter 
value rises above the established threshold. The thresholds are provisioned for 
the TCA and carrier in MNHSCARR. 


The alarm severity of CARR810 depends on the alarm severity provisioned for 
the TCA and carrier in MNHSCARR. 


The format for log report CARR810 follows: 


RTPNO4BF CARR810 <mmmdd> <hh:mm:ss> «ssdd» «event» <pmid> 
CKT: <ckt> CarrName: <carrier name> 

Carrier: <payload> 

Failure: «carr failure» Clear 

Location: SPM <spm number» Type: <DMSCP,IW,SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report CARR810 follows: 


RTPNOABF CARR810 ҒЕВ12 03:46:18 0700 RTS CARRIER SPM 3 
СКТ: 13 CarrName: SPM 3 STSIP 1 VT15P 13 DS1P 13 
Carrier: STS1P 1 VT15P 4 DS1P 1 

Failure: LOF Clear 

Location: SPM 3 Type: DPT Fabric: N/A 
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САНН810 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
pmid type loctxt Identifies the peripheral module by name 
and node number 
ckt 0 to 185 Circuit number 
carrier name maximum 38 Carrier name associated in datafill for 
characters table MNHSCARR 
payload maximum 26 Payload description of the carrier 
characters 
pp LBC-N Abbreviated name of metered 
OPT-N performance parameter, as follows: 
OPR-N e LBC-N = laser bias current 
e OPT-N = optical power transmitted 
e OPR-N = optical power received 
value 0 to 200 
call_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 
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САНН810 (continued) 


Action 


Field Value Description 
fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 


CARR810 reports that an OC-3 metered performance parameter has gone 
beyond the acceptable range of its provisioned level of severity, which is 
minor, major, or critical. If provisioned as a minor alarm, note and track each 
minor alarm to be certain that the indicated device is performing as expected. 
If provisioned as a major or critical alarm and an alarm occurs at the expected 
duration of service for the device, consider changing the card in anticipation 
of a complete device failure. 


Refer to the appropriate NTP that describes alarms for Spectrum for more 
information. 


Associated OM registers 


Not applicable 


Additional information 


Log history 


The performance level of an optical monitor changes approximately 5 to 10% 
during the life of the device. When the device approaches end of life, these 
parameters start to deviate rapidly. When a major alarm is reported, a device 
failure in the near term is likely. 


An analysis of CARR800 and CARR810 log reports provides information 
regarding the frequency that an OC-3 drifts outside its acceptable range. This 
information may indicate a need for maintenance action. 


A related log report is CARR800, which generates to report a TCA has been 
cleared for a metered performance parameter. 


5М06 (DMS) 


Log САКК810 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CARR811 


Explanation 


The CARR811 log report generates when a threshold crossing alert (TCA) 
event for a non-metered performance parameter (PP) occurs. Non-metered 
performance parameters accumulate as pegged counts over predefined 
intervals. CARR811 generates when a performance parameter crosses its 
threshold for the accumulation interval. The thresholds are provisioned for the 
TCA and carrier in MNHSCARR. 


Examples of non-metered performance parameters include: 

* background block error (BBE) 

* coding violation (CV) 

e етгогеа seconds (ES) 

e protection switch count (PSC) 

e several errored seconds (SES) 

e unavailable seconds (UAS) 

CARRS11 formatting specifies whether the performance parameter represents 


the near end (NE) or far end (FE) of the carrier. All performance parameters 
that this release supports are NE. 


The alarm severity for CARR811 depends on the alarm severity provisioned 
for the TCA and carrier in MNHSCARR. “%” characters preceding the log 
report indicate the severity of the report, as follows: 


e по asterisks = no alarm 

e *- Minor 

e ** = Major 

e 9% = Critical 

An “*” character following the Accumulation Interval denotes an invalid data 


flag (IDF). An IDF indicates that interval is not accurate. The conditions 
causing this flag to be set may include the following: 


* Тһе beginning of the period over which the count was accumulated was 
later than it should have been due to a restart of the resource module (RM), 
the common equipment module (CEM), or the DMS-Spectrum Peripheral 
Module (SPM). 


e SPM's time of day changed by more than 10 seconds during the 
accumulation period. 
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САНН811 (continued) 


e The register was manually reset after accumulation began. 


• Data is missing for the period because of defects or missing far-end 


reports. 
Format 
The format for log report CARR811 follows: 

CARR811 «mmmdd» «hh:mm:ss» «ssdd» «event» CARRIER <pmid> 

CKT: «ckt» CarrName: «carrier name> 

Carrier: «payload» 

«PP» Threshold Crossing Alert: «value» 

Accumulation Interval: <hh>:<mm>:<ss><idf> 

Period: «period» 

Location: SPM <spm number>3 Type: «DMSCP,IW,SMG4,DPT-» 

Fabric: «IP,ATM,N/A» 
Example 


An example of log report CARR811 follows: 


ж CARR811 OCT25 14:55:54 8700 TBL CARRIER SPM 0 
СКТ: 17 CarrName: SPM 0 STSIP 1 DS3P DS1P 1 
Carrier: STS1P 1 DS3P 1 рбір 1 
AISS-N Threshold Crossing Alert: 53 


Accumulation Interval: 23:59:59* Period: 24 hours 
Location: SPM 3 Type: DPT Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

pmid name: Peripheral module identity (name and 
maximum 7 node numbe)r 
characters 
e.g. SPM node 
number: 
0 to 85 

ckt 0 to 185 Circuit number 

carrier name maximum 38 Carrier name associated in datafill for 
characters table MNHSCARR 
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САНН811 (continued) 


Field Value Description 
payload maximum 26 Payload description of the carrier 
characters 
pp maximum 6 Abbreviated name of the non-metered 
characters performance parameter as follows: 
e -N is the suffix for Near End 
parameters. 
* -F is the suffix for Far End 
parameters. 
* . AIS-N = alarm indication signal 
seconds 
*  BBE-N = alarm indication signal 
seconds 
e CSS-N = controlled slip seconds 
* CV-F, CV-N = coding violations 
e  ES-F, ES-N = errored seconds 
e PSC-N = protection switch count 
e  SEFS-N = severely errored framing 
seconds 
e Е-Е, SES-N = severely errored 
seconds 
e  UAS-F, UAS-N = unavailable 
seconds 
value 0 to Threshold parameter of limit 
1073741823 
idf y Invalid data flag 
period 24 hours Collection period 
15 minutes 


Note: The accumulation interval is the 
length of time it takes to collect the 
performance parameter count specified 
by the value field. 
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Field Value Description 


call type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 


fabric ATM Table MNCKTPAK CPKTYPE = ATM 


IP Table MNCKTPAK CPKTYPE = GEM 


Action 
No immediate action is required. 


Associated OM registers 
Not applicable 


Additional information 
The CARR811 log generates when PP counts exceed a provisioned threshold 
in a given time period. Analyzing TCA can help to identify carriers that may 
be susceptible to failures in the future. Take appropriate maintenance action to 
avoid the possibility of future failures. 


Log history 
5М06 (DMS) 
Log CARR811 was changed for Enhanced Logs Phase 2 by Feature 
B89007430. 
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CCS101 


Explanation 


The Common Channel Signaling (CCS) subsystem generates log CCS101 
when a CCS link fails. The system displays the link state as the state appeared 
before the link failure. Where the link interface unit (LIU) is a multiple link 
interface unit (MLIU), the output string of this log is MLIU in place of LIU7. 


Format 
The log report formats for CCS101 are as follows: 


Format 1 


*CCS101 mmmdd hh:mm:ss ssdd FLT Link Failure 
Link = linkid, 
Link State = linkstat, Failed Reason = rsntxt 
Resource = liuno TL = tl tn 


Format 2 


*CCS101 mmmdd hh:mm:ss ssdd FLT Link Failure 
Link = linkid 
Link State = linkstat, Failed Reason = rsntxt 
Resource = msbno ST=st TL=tl tn 


Format 3 


*CCS101 mmmdd hh:mm:ss ssdd FLT Link Failure 
Link = linkid 
Link State = linkstat, Failed Reason = rsntxt 
Resource = msbno ST=st TL=tl іп STPOOL = pool 


Example 
An example of log report CCS101 follows: 


Format 1 
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*CCS101 Oct 18 14:52:12 2658 FLT Link Failure 

Link = C7LKSET2 7 

Link State = Sync, Failed Reason = Excessive signal unit 
error rate 

Resource = LIU7 101 TL = CCS7TLO1 0 


Format 2 


*CCS101 Oct 18 14:52:12 2658 FLT Link Failure 
Link = C7LKSET1 7, 

Link State = Sync, Failed Reason = ST failure 
Resource = MSB7 1 ST = 1 TL = CCS7TLOO 0 


Format 3 


*CCS101 Oct 18 14:52:12 2658 FLT Link Failure 

Link = C7LKSET1 7, 

Link State = Sync, Failed Reason = ST failure 
Resource = MSB7 1 ST = 1 TL = CCS7TLOO O STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

FLT Link Failure Constant Indicates that a CCS link failed. 

Link Symbolic text Identifies link that failed. Refer to table 
C7LINK for values. 

Link State Symbolic text Indicates the link state before failure. Refer to 
CCS7 Link State table. 

Failed Reason Symbolic text Indicates the reason for the link failure. Refer 


to Link Failures table. 


Resource Constant Identifies the allocated resource for the link. 
This field indicates the link interface unit 7 
(LIU7) or the message switch and buffer 7 
(MSB7) and signaling transfer (ST) numbers. 
Refer to table C7LINK with allocation scheme 
LIUCHANNEL. 
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(Sheet 2 of 2) 


Field Value Description 

TL Symbolic text Indicates the trunk name and trunk number of 
the resource. Refer to table C7LINK for 
values. 

ST Symbolic text Indicates the ST number of the resource. 


Refer to table C7LINK for values. 


STPOOL Symbolic text Indicates the STPOOL number of the 
resource. Refer to CCS7 Link State table. 


Action 


If an asterisk (*) marks the failure reason in Table 2, Link failures, a hardware 
or facility problem occured. Deactivate the link and replace the defective 
equipment. 


Use the query fault (QueryFlt) command at the CCS7 linkset CILKSET MAP 
to check for additional information about the fault. Check other log reports for 
additional information. 


Associated OM registers 
The OM register associated with this log report is C7LKFAIL. 


Additional information 
The following table describes each CCS7 Link state in the log report: 


(Sheet 1 of 2) 


State Description 

DAct Link manually deactivated. 

Idle Indicates that the link was available for synchronization 

Sysb Link is system busy. 

Init Link initialized after central control (CC) or computing module (CM) 


restart, entered from any state except DAct. 
Sync Link was in sync. 


Ftlk Faulty link state 
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CCS101 (continued) 


(Sheet 2 of 2) 


State Description 


LPO 


Alnd 


Link affected by local processor outage, appears if LIM is busied. 


Link was aligned. 


The following table describes each Link failure in the log report: 


(Sheet 1 of 4) 


Reason 


Description 


*ST failure 


*ST failure during 
restart 


Periodic link test failed 


*Transmission link out 
of service 


Link initialization 
timeout 


Changeover order 
received from far end 


Stop received 


Stop received while 
stopped 


Excessive signal unit 
error rate 


Excessive delay of 
acknowledgement 


Remote congestion 
timeout 


Failure detected by ST 


Abnormal BSN 
received 


Abnormal FIB received 


Indicates the reason for the link failure: signaling terminal failure 


Signaling terminal failure during a CC or CM restart 


Link Test that the system applies to the CCS link failed. 


Transmission link (digital trunk) out of service. 


Indicates the link timed out before initialization complete 


Indicates a change-over order received from the far end 


The signaling terminal received a stop order. 


The signaling terminal received a stop order twice. 
Indicates too many SU errors seen on link 
The far end takes too long to acknowledge the messages sent by the 


signaling terminal. 


Indicates a timeout at the remote 


The signaling terminal detected an alignment failure on the CCS link. 


The signaling terminal received a bad backward sequence number 
(BSN). 


The signaling terminal received a bad forward indicator bit (FIB). 
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(Sheet 2 of 4) 


Reason 


Description 


LIU7 receive proc 
uninitialized 


LIU7 transmission proc 
uninitialized 


LIU7 Receive enqueue 


fail 


LIU7 Receive enquire 
fail 


LIU7 DLP FIFO length 
error 


LIU7 DLP receive FIFO 
full 


LIU7 no real time 


LIU7 ST audit fail 


LIU7 failure 


LIU7 failure during 
restart 


Indicates CCS7 link taken out of service because the signaling terminal 
on the LIU7 detected software errors. The system attempts link recovery 
action. If this problem persists, check LIU7 hardware. 


Indicates CCS7 Link taken out of service because the signaling terminal 
on the LIU7 detected software errors. The system attempts link recovery 
action. If this problem persists, check LIU7 hardware. 


Indicates link taken out of service because an interface problem between 
the signaling terminal (ST) and the link general processor (LGP) was 
detected. Message loss occurred. The system attempts link 
synchronization. If this problem persists, check LIU7 hardware. 


Indicates link taken out of service because an interface problem between 
the signaling terminal (ST) and the link general processor (LGP) was 
detected. Message loss occurred. The system attempts link 
synchronization. If this problem persists, check LIU7 hardware. 


Indicates link taken out of service because an interface problem between 
the signaling terminal (ST) and the link general processor (LGP) was 
detected. Message loss occured. The system attempts link 
synchronization. If this problem continues, check LIU7 hardware. 


Indicates link taken out of service because an interface problem between 
the signaling terminal (ST) and the link general processor (LGP) was 
detected. Message loss occurred. The system attempts link 
synchronization. If this problem persists, check LIU7 hardware. 


Indicates the application code in the signaling terminal occupies 100% of 
the real time for too long. Link taken out of service to prevent message 
loss. The system attempts recovery action. 


Indicates the CCS7 link interface unit signaling terminal audit failed. The 
system attempts recovery action. If this problem persists, check LIU7 
hardware. Deactivate the link and replace any hardware that has faults 
if you find a defect. 


Indicates failure of the signaling terminal processor, the link general 
processor, or loss of LIU7 integrity. The system takes the LIU7 out of 
Service for recovery and maintenance action. If this problem persists, 
deactivate the link and replace hardware that has faults. 


Indicates the CCS7 Link Interface Unit failed during restart and did not 
return to service. The system takes the LIU7 out of service for recovery 
and maintenance action. If this problem continues, replace hardware that 
has faults. 
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CCS101 (continued) 


(Sheet 3 of 4) 


Reason 


Description 


SIOS received from far 
end 


SIO received from far 
end 


SIN received from far 
end 


SIE received from far 
end 


T1 timeout 


T2 timeout 

T3 timeout 
Proving failed 
DLP out of service 


DLP Rx overrun 


Corrupt Rx buffer 
Corrupt Tx buffer 


TB/RTB buffer problem 


Retrieval TB problem 


Retrieval corrupt audit 
byte 


Lost FSN 


Retrieval buffer 
enqueue failed 


Corrupt TB read 
pointer 


The signaling terminal received status indication out of service (SIOS) 
from the far end. 


The signaling terminal received status indication out of alignment (SIO) 
from the far end. 


The signaling terminal received status indication normal proving (SIN) 
from the far end. 


The signaling terminal received status indication emergency (SIE) from 
the far end. 


The signaling terminal did not receive a fill-in signal unit (FISU) or a 
message signal unit (MSU) after proving. 


The signaling terminal did not receive an SIO while in ‘not aligned’ state. 
The signaling terminal did not receive SIE while in ‘aligned’ state. 

The common channel signaling link failed to prove in. 

The data link processor (DLP) on the signaling terminal is out of service. 


The master processor (MP) on the signaling terminal cannot keep up with 
the data link processor (DLP). 


The receive buffer pointers on the MP-DLP interface are lost. 
The transmit buffer pointers on the MP-DLP interface are lost. 


Internal transmit buffer or retransmit buffer problem in the MP of the 
signaling terminal. 


Transmit buffer problem during buffer retrieval 


Transmit buffer or retransmit buffer problem during buffer retrieval 


Loss of FSN during buffer retrieval 


Problem during buffer retrieval 


Problem with the transmit buffer during buffer retrieval 
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(Sheet 4 of 4) 

Reason Description 

Corrupt RTB read Problem with the retransmit buffer during buffer retrieval 

pointer 

Sequence number A sequence number error occurred while buffer retrieval performed. 

error 

ST transmission audit ^ Indicates link taken out of service caused by the failure the minimum 

fail message signaling unit (MSU) transmission rate audit in the signaling 
terminal (ST) 
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Explanation 


Format 


Example 


The Common Channel Signaling (CCS) subsystem generates this report. The 
subsystem generates this report when a CCS link reaches the sync or aligned 
(Alnd) state and can carry traffic. A link in the aligned state must return to 
service (RTS) from manbusy to carry traffic. Where the link interface unit 
(LIU) is a multiple link interface unit (MLIU), the output string of this log is 
MLIU in place of LIUT. 


The log report formats for CCS102 are as follows: 


CCS102 mmmdd hh:mm:ss ssdd INFO Link Sync 
Link = linkid 
Resource = liuno 


Format 2 


CCS102 Oct 18 14:52:12 2658 INFO Link Sync 
Link - linkid 
Resource = msbno ST = st TL = tl tn 


Format 3 


CCS102 Oct 18 14:52:12 2658 INFO Link Sync 
Link = linkid 
Resource = msbno ST = st TL = tl іп STPOOL = pool 


An example of log report CCS102 follows: 


CCS102 Oct 18 14:52:12 2658 INFO Link Sync 
Link = C7LKSET1 7 
Resource - LIU7 201 


Format 2 


CCS102 Oct 18 14:52:12 2658 INFO Link Sync 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 


Format 3 
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СС5102 Oct 18 


14:52:12 2658 INFO Link Sync 


Link - C7LKSET1 7 


Resource - 


Field descriptions 


MSB7 1 ST = 1 TL = CSS7TLOO O STPOOL = 1 


The following table describes each field in the log report: 


Field Value Description 

Link Sync Constant Indicates that a CCS link is in sync and can carry traffic. 

Link = linkid Symbolic text Refer to table C7LINK for values. Identifies the link that is now 
in sync and ready for traffic. 

Resource = Constant Identifies the allocated resource for the link. This field indicates 
the link interface unit 7 (LIU7) or the message switch and buffer 
7 (MSB7) and the signaling transfer (ST) numbers. 

liuno Symbolic text Refer to table C7LINK for values. Indicates the LIU number of 
the resource. 

msbno Symbolic text Refer to table C7LINK for values. Indicates the MSB number 
of the resource. 

st Symbolic text Refer to table C7LINK for values. Indicates the ST number of 
the resource. 

tl Symbolic text Refer to table C7LINK for values. Indicates the trunk name of 
the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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CCS103 
Explanation 
The common channel signaling (CCS) subsystem generates log report 
CCS103 when a CCS link fails to synchronize within a certain time. After this 
timeout, the CCS link no longer tries to align. CCS103 logs are not output 
where the link interface unit is of type multiple link interface unit (MLIU). 
Formats 
The formats for log report CCS103 follow. 
Format 1 
*CCS103 mmmdd hh:mm:ss ssdd FLT Persistent Act Timeout 
Link = <linkid> 
Resource = <liuno> DSOTRK = <dsOtrk> TL = «tl tn> 
Format 2 
*CCS103 mmmdd hh:mm:ss 5544 FLT Persistent Act Timeout 
Link = <linkid> 
Resource = <msbno> ST = <st> TL = «tl tn> 
Format 3 
*CCS103 mmmdd hh:mm:ss ssdd FLT Persistent Act Timeout 
Link = <linkid> 
Resource = <msbno> ST = <st> TL = «tl tn» STPOOL = <pool> 
Format 4 
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*CCS103 mmmdd hh:mm:ss 5544 FLT Persistent Act Timeout 
Link = <linkid> 
Resource: <liu number> 
Speed: <link bit rate> Class: <protocol class> Type: <link type> 
Far-end PC: «far-end PC> Far-end CLLI: <far-end CLLI> 
Notification Number: <notification number> 
Failure: <failure type indicator> 
Craft Referral timer <T19> 
Reset Indicator: <Y/N> 
Abandon Indicator: <Y/N> 


Examples 
Examples of log report CCS103 follow. 


Example 1 


*CCS103 Oct 18 14:52:12 2658 FLT Persistent Act Timeout 
Link = C7LKSET1 7 
Resource = 1107 101 DSOTRK = CCS7TLO1 1 TL = CCS7TLO1 0 


Example 2 


*CCS103 Oct 18 14:52:12 2658 FLT Persistent Act Timeout 
Link = C7LKSET1 7 
Resource = LIU7 101 DSOTRK = CCS7TLO1 1 TL = CCS7TLO1 0 


Example 3 


*CCS103 Oct 18 14:52:12 2658 FLT Persistent Act Timeout 
Link = C7LKSET1 7 
Resource = MSB7 2 ST = 2 TL = CCS7TLO1 1 STPOOL = 1 


Example 4 
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*CCS103 Apr 25 14:52:12 1300 FLT Persistent Act Timeout 
Link = LS000100 0 
Resource = DLIU 100 
Speed: 1.536 Mb/s Class: SAAL Type: B-link 
Far-End PC: ANSI 100 100 100 Far-End CLLI: ANYWHERO1 
Notification Number: <notify_no> 
Failure: Link Restoration 
Craft Referral timer: 180 
Reset Indicator: Y 
Abandon Indicator: N 


Field descriptions 
The following table explains each field in the log report. 
(Sheet 1 of 2) 


Field Value Description 


Log header Specifies the log ID, time and date of 
occurrence, log type, and log name. 


Link Alphanumeric Specifies the linkset name and 
signaling link code. 


Resource Alphanumeric string Specifies the number of the link 
interface unit (LIU) or dual link 
interface unit (DLIU). 


DSOTRK Symbolic text Specifies the DSOTRK card trunk 
name assigned to the LIU7. Refer to 
table C7LINK for values. 


TL Symbolic text Specifies the trunk name of the 
resource. Refer to table C7LINK for 
values. 


ST Symbolic text Specifies the ST number of the 
resource. Refer to table C7LINK for 
values. 


STPOOL Integers Specifies the STPOOL number of the 
resource. Refer to table C7LINK for 
values. 


Speed 1.536 Mbit/s, 56 Specifies link speed. 
kbit/s, 64 kbit/s 


Class SAAL, MTP2 Specifies the link protocol class. 
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Field Value Description 

Type A, B, C, D, E, or F Specifies the link type. 

Far-End PC Alphanumeric string Specifies the far-end point code. 

Far-End CLLI Alphanumeric string Specifies the far-end CLLI. 

Notification Numeric Specifies the number of times log 

Number CCS103 has been issued for this link 
outage. 

Failure Link Restoration, Specifies the cause of the link failure. 


Link Activation 


Craft Referral T19 Specifies the craft referral timer. 

Timer 

Reset Indicator Y/N Specifies whether T19 is restarted 
after log CCS103 is issued. 

Abandon Y/N Specifies whether attempts to 

Indicator automatically restore the link have 


been abandoned. 


Action 


Refer to Alarm and Performance Monitoring Procedures to determine why the 
link failed to align, and to synchronize it. 


Associated OM registers 
None 


Additional information 
None 
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CCS104 


Explanation 


The Common Channel Signaling (CCS) subsystem generates this report when 
the far end of a CCS link has a processor power failure. The remote processor 
outage (RPO) can occur when a CCS link is manually busied (ManB) or 
inhibited at the far end. The link maintains sync and can carry traffic when the 
far end recovers. Where the link interface unit (LIU) is a multiple link interface 
unit (MLIU), the output string of this log is MLIU in place of LIU7. 


Format 
The log report formats for CCS104 are as follows: 


CCS104 mmmdd hh:mm:ss INFO RPO ON 
Link = linkid 
Resource = liuno DSOTRK = dsOtrk TL = tl tn 


Format 2 


CCS104 mmmdd hh:mm:ss INFO RPO ON 
Link = linkid 
Resource = msbno ST = st TL =tl tn 


Format 3 


CCS104 mmmdd hh:mm:ss INFO RPO ON 
Link = linkid 
Resource = msbno ST = st TL = 0 tn STPOOL = pool 


Example 
Examples of log report CCS104 follow: 


СС5104 Oct 18 14:52:12 2658 INFO RPO ОМ 
Link = C7LKSET2 7 
Resource = LIU7 101 DSOTRK = CCS7TLO1 1 TL = CCS7TLO1 0 
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CCS104 (continued) 


Format 2 


CCS104 mmmdd hh:mm:ss INFO RPO ОМ 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 


Format 3 


СС5104 mmmdd hh:mm:ss INFO RPO ОМ 
Link = C7LKSRT1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO O STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO RPO ON Constant Indicates a remote processor power failure. 
Link Symbolic text Identifies the link associated with the 


Remote Processor Outage (RPO). Refer to 
table І. Refer to table C7LINK for values. 


Resource Symbolic text Identifies the allocated resource for the link. 
This field indicates the link interface unit 7 
(LIU7) or the message switch and buffer 7 
(MSB7) and signaling transfer (ST) 
numbers. Refer to table C7LINK with 
allocation scheme LIUCHANNEL. 


dsOtrk Symbolic text Identifies the DSOTRK card trunk name 
assigned to the LIU7. Refer to table C7LINK 
for values. 

ST Symbolic text Indicates the ST number of the resource. 


Refer to table C7LINK for values. 


TL Symbolic text Indicates the trunk name of the resource. 
Refer to table C7LINK for values. 
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Field Value Description 
tn Symbolic text Indicates the trunk number of the resource. 
STPOOL Symbolic text Indicates the STPOOL number of the 
resource. The OM register associated with 
this log is C7RPO. Refer to table C7LINK 
for values. 
Action 


Contact the far-end office to check the remote processor power failure or 
manual busy (ManB) condition. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Common Channel Signaling (CCS) subsystem generates log report 
CCS105 when a CCS link recovers from a remote processor outage (RPO) 
condition. Where the link interface unit (LIU) is a multiple link interface unit 
(MLIU), the output string of this log is MLIU in place of LIU7. 


The log report format for CCS105 is as follows: 


CCS105 mmmdd hh:mm:ss ssdd INFO RPO OFF 
Link - linkid 
Resource - liuno 


Format 2 


CCS105 mmmdd hh:mm:ss ssdd INFO RPO OFF 
Link = linkid 
Resource = msbno ST=st TL=tl tn 


Format 3 


CCS105 mmmdd hh:mm:ss 5544 INFO RPO OFF 
Link = linkid 
Resource = msbno ST = $ TL=tl tn STPOOL = pool 


An example of log report CCS105 follows: 


CCS105 Oct 18 14:52:12 2658 INFO RPO OFF 
Link = C7LKSET1 7 
Resource = LIU7 201 


Format 2 


CCS105 Oct18 14:52:12 2658 INFO RPO OFF 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 


Format 3 
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СС5105 Oct18 14:52:12 2658 INFO RPO OFF 
Link = C7LKSET1 7 


Resource 


Field descriptions 
The following table describes each field in the log report: 


= MSB7 1 ST = 1 TL = CSS7TLOO 0 STPOOL = 1 


Field Value Description 

RPO OFF Constant Indicates the link recovers from a remote processor outage. 

Link = linkid Symbolic text Refer to Table C7LINK for values. Identifies the link that 
associates with the RPO. Refer to Table І. 

Resource = Constant Identifies the allocated resource for the link. This field indicates 
the link interface unit 7 (LIU7) or the message switch and buffer 7 
(MSB7) and the signaling transfer (ST) numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the LIU number of the 
resource. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the MSB number of 
the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number of the 
resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name of the 
resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL number 
of the resource. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 
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The Common Channel Signaling (CCS) subsystem generates log report 
CCS106 when a CCS link is manually deactivated. Where the link interface 
unit (LIU) is a multiple link interface unit (MLIU), the output string of this log 
is MLIU in place of LIUT. 


The log report format for CCS106 is as follows; 


.CCS106 mmmdd hh:mm:ss _ ssdd INFO Link Deactivated 
Link - linkid 
Resource - liuno 


Format 2 


CCS106 mmmdd hh:mm:ss ssdd INFO Link Deactivated 
Link = linkid 
Resource = msbno ST=st TL=tl tn 


Format 3 


CCS106 mmmdd hh:mm:ss 5544 INFO Link Deactivated 
Link = linkid 
Resource = msbno ST = st TL = tl tn STPOOL = pool 


An example of log report CCS106 follows: 


CCS106 Oct18 14:52:12 2658 INFO Link Deactivated 
Link = C7LKSET1 7 
Resource = LIU7 201 


Format 2 


CCS106 Oct18 14:52:12 2658 INFO Link Deactivated 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 


Format 3 
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CCS106 Oct18 14:52:12 2658 INFO Link Deactivated 
Link = C7LKSET1 7 


Resource = 


Field descriptions 


MSB7 1 ST = 1 TL = CSS7TLOO 00 STPOOL = 1 


The following table describes each field in the log report: 


Field Value Description 

Link Deactivated Constant Indicates that a CCS link is deactivated 

Link = linkid Symbolic text Refer to Table C7LINK for values. Identifies the link that was 
deactivated. Refer to Table І. 

Resource = Constant Identifies the allocated physical resource for the link. This 
field indicates the link interface unit 7 (LIU7) or the message 
switch and buffer 7 (MSB7) and signaling transfer (ST) 
numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LIU 
number of the resource. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the physical 
MSB number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number 
of the resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name 
of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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The Common Channel Signaling (CCS) subsystem generates log report 
CCS107 when a CCS7 link test fails on the exact link. Where the link interface 
unit (LIU) is a multiple link interface unit (MLIU), the output string of this log 
is MLIU in place of LIUT. 


The log report format for CCS107 follow; is as follows: 


Format 1 


CCS107 mmmdd hh:mm:ss ssdd FLT Link Test Failed 
Link - linkid 
Resource = liuno DSOTRK = dsOtrk TL = tl tn 


Format 2 


CCS107 mmmdd hh:mm:ss ssdd FLT Link Test Failed 
Link = linkid 
Resource = msbno ST=st TL=tl tn 


Format 3 


CCS107 mmmdd hh:mm:ss ssdd FLT Link Test Failed 
Link = linkid 
Resource = msbno ST = st TL = tl tn STPOOL = pool 


Examples of log report CCS107 follow; 
Format 1 


CCS107 Oct18 14:52:12 2658 FLT Link Test Failed 
Link = C7LKSET2 7 
Resource = LIU7 101 DSOTRK = CCS7TLO1 1 TL = CCS7TLO1 0 


Format 2 


CCS107 Oct18 14:52:12 2658 FLT Link Test Failed 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 
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CCS107 (continued) 


Format 3 


CCS107 Oct18 14:52:12 2658 FLT Link Test Failed 
Link = C7LKSET1 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Link Test Failed Constant Indicates a link test failure 
Link Symbolic text Identifies the link where the CCS7 test failure 


occurs. Refer to Table І. Refer to table 
C7LINK for values. 


Resource Symbolic text Identifies the allocated physical resource for 
the link. This field indicates the link interface 
unit 7 (LIU7) or the message switch and buffer 
7 (MSB7) and signaling transfer (ST) numbers. 
Refer to table C7LINK with allocation design 


LIUCHANNEL. 

DSOTRK Symbolic text Identifies the DSOTRK card trunk name 
assigned to the LIU7. Refer to table C7LINK 
for values. 

TL Symbolic text Indicates the trunk name of the resource. 


Refer to table C7LINK for values. 


ST Symbolic text Indicates the ST number of the resource. 
Refer to table C7LINK for values. 


tn Symbolic text Indicates the trunk number of the resource 


STPOOL Symbolic text Indicates the STPOOL number of the 
resource. The OM group that associates with 
this log is C7SLTFL. Refer to table C7LINK for 
values. 


Action 


Refer to Alarm and Performance Monitoring Procedures to determine the 
reason the link did not align and to bring the link to sync. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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CCS108 


Explanation 


Format 


Example 


The Common Channel Signaling (CCS) subsystem generates log report 
CCS108 when a CCS7 link is in sync state but cannot nail up the link. On the 
next central control (CC) restart, the system takes down the link and starts the 
alignment process again. 


The log report format for CCS108 is as follows: 


CCS108 mmmdd hh:mm:ss 5544 INFO Could not nail up link 


Link = linkid 
Resource = msbno 
Format 2 


ST=st TL=tltn 


CCS108 mmmdd hh:mm:ss 5544 INFO Could not nail up link 


Link = linkid 
Resource = msbno 


ST=st TL = tl tn STPOOL = pool 


An example of log report CCS108 follows: 


CCS108 Oct18 14 
Link = C7LKSET1 
Resource = MSB7 
Format 2 


CCS108 Oct18 14 
Link = C7LKSET1 
Resource = MSB7 


Field descriptions 


(Sheet 1 of 2) 


Field 


The following table 


Value 


2:52:12 2658 INFO Could not nail up link 
7 
1 ST = 1 TL = CSS7TLOO 0 


2:52:12 2658 INFO Could not nail up link 
7 
1 ST = 1 TL = CSS7TLOO 0 STPOOL = 1 


describes each field in the log report: 


Description 


Could not nail up link Constant 


Link = linkid 


Symbolic text 


Indicates that a CCS link in sync state cannot nail up the 
link. 


Refer to Table C7LINK for values. Identifies the name 
and number of the affected link. Refer to Table I. 
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Field Value Description 

Resource = Constant Identifies the allocated physical resource for the link. This 
field indicates the link interface unit 7 (LIU7) or the 
message switch and buffer 7 (MAB7) and the signaling 
transfer (ST) numbers. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the MSB 
number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST 
number of the resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk 
name of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


The operational measurement (OM) group for this log is C/NUCFL. 
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CCS109 
Explanation 
The Common Channel Signaling (CCS) subsystem generates log report 
CCS108 when the first link in a linkset becomes available. 
Format 
The log report format for CCS109 is as follows: 
CCS109 mmmdd hh:mm:ss ssdd INFO LINKSET AVAILABLE 
Linkset = linksetid 
Example 


An example of log report CCS109 follows: 
CCS110 OCT27 12:53:39 0900 FLT LINKSET AVAILABLE 


LINKSET = LN201005001 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


Linkset Symbolic text Identifies the affected linkset. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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CCS110 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS110 when 
the last link in a linkset is not available. 
Format 
The log report format for CCS110 is as follows: 
CCS 110 mmmdd hh:mm:ss ssdd INFO LINKSET UNAVAILABLE 
Linkset = linksetid 
Example 


An example of log report CCS110 follows: 


CCS110 ОСТ27 12:55:58 2200 FLT  LINKSET UNAVAILABLE 
LINKSET - LN201005001 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Linkset Symbolic text Identifies the affected linkset . 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 
The common channel signaling (CCS) subsystem generates log report 
CCS120 hourly to provide detailed performance information on any CCS7 
link that has exceeded threshold values, as determined by the operational 
measurements associated with this log. 


Format 
The format for log report CCS120 follows. 


CCS120 mmmdd hh:mm:ss ssdd INFO High Speed Link Signaling Link 
Marginal Performance Report 
Link = <LS000100 0> Resource = <DLIU 100> 
Speed: <1.536 Mb/s> Class: <SAAL> Type: <B> 
Far-End PC: <100-100-100>  Far-End CLLI: <ANYWHERO1> 
MTP3 Msgs Tx (1000 msgs) = <C7MSUTX> 
MTP3 Msgs Rx = (1000 msgs) <C7MSURX> 
Link Avail Time = <C7LKS YNU> 
Number of Auto Changeovers = <C7AUTOCO>* 
SSCOP Con. Sum-of-Errors = <C7SCSEC>* 
SSCOP COn. Disconnect = <C7SCDIS> 
SSCOP Con. Initiation Failure = <C7SCIFL> 
SSCOP Con. Re-establishment/Resyn = <C7SCRRS Y» 
SSCOP Errored PDUs Sum-of-Errors Counter = <C7SEPSEC> 
Unexpected SSCOP PDUs Received = <C7USPDUR 
Invalid SSCOP PDUs Received = <C7ISPDUR> 
SSCOP PDUs Received with List Element Errors = <C7SPRLEE> 
SSCOP SD PDUs Transmitted Requiring Retx = <C7SPDURR>* 
Number of Cells Discarded Due to HEC Violations = <C7DISHEC> 
Out of Cell Delineation (OCD) Anomalies = <C7O0CDAN> 
Number of Cells Discarded Due to Protocol (ATM Header) Err = 
<C7DISPE> 


Example 
An example of log report CCS120 follows. 
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CCS120 APR25 18:14:33 1300 


INFO High Speed Signaling Link 


Marginal Performance Report 


Link = LS000100 0 Resource - DLIU 100 

Speed: 1.536 Mb/s Class: SAAL Type: B-link 

Far-End PC: ANSI 100 100 100 Far-End CLLI: ANYWHERO1 
MTP3 Msgs Tx (1000 msgs) - 120 

MTP3 Msgs Rx (1000 msgs) - 10 

Link Avail Time - 3:33:33 


Number of Auto Changeovers - 1 


SSCOP Con Sum-of-Errors = 0 

SSCOP Con. Disconnect = 0 

SSCOP Con. Initiation Failure = 0 

SSCOP Con. Re-establishment/Resynchronization = 0 
SSCOP Errored PDUs Sum-of-Errors Counter = 0 


Unexpected SSCOP PDUs Received = 0 
INvalid SSCOP PDUs Received = 0 
SSCOP PDUs Received with List Element Errors = 0 


SSCOP SD PDUs Transmitted Requiring Retx = 


1000 


Number of Cells Discarded Due to HEC Violations = 0 


Out of Cell Delineation 


Number of Cells Discarded Due to Protocol 


Err = 0 


Field descriptions 
The following table explains each field in the log report: 
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Anomalies = 0 
(ATM Header) 


(OCD) 


Field 


Log header 


Link 


Resource 


Speed 


Class 


Type 
Far-End PC 


Value 


Alphanumeric 
Alphanumeric 

1.536 Mbit/s, 56 kbit/s, 
64 kbit/s 

SAAL, MTP2 

A, B, C, D, E, or F 


Alphanumeric 


Description 


Specifies the log ID, time and date of 
occurrence, log type, and log name. 


Specifies the linkset name and signaling link 
code. 


Specifies the number of the link interface unit 
(LIU) or dual link interface unit (DLIU). 


Specifies link speed. 


Specifies the link protocol class. 
Specifies the link type. 


Specifies the far-end point code. 
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Field Value Description 
Far-End CLLI Alphanumeric Specifies the far-end CLLI. 


MTP3 Msgs Tx 


MTP3 Msgs Rx 


Link Avail Time 


Number of Auto 
Changeovers 


SSCOP Con 
Sum-of-Errors 


SSCOP Con. Disconect 


SSCOP Con. Initiation 
Failure 


SSCOP Con. 
Re-establishment/Resy 
nchronization 


SSCOP Errored PDUs 
Sum-of-Errors Counter 


Unexpected SSCOP 
PDUs Received 


INvalid SSCOP PDUs 
Received 


SSCOP PDUs Received 
with List Element Errors 


SSCOP SD PDUs 
Transmitted Requiring 
Retx 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Numeric 


Specifies the number of transfered message 
transfer part 3 (MTP3) messages. 


Specifies the number of received MTP3 
messages. 


Specifies the total time that the link was 
available. 


Specifies the number of times the link was out 
of service. 


Specifies the sum of three Service-specific 
Connection-oriented Protocol (SSOCP) event 
counts. The three events are: disconnection, 
initiation failure, and re-connection. These 
events are described below. 


Specifies the number of SSCOP 
disconnections. 


Specifies how many times an attempt to 
establish an SSCOP connnection failed. 


Specifies the number of successful SSCOP 
re-connections. 


Specifies the sum of Protocol Data Units 
(PDU) errors. 


Specifies the number of not requested or 
wrong PDUs. 


Specifies the number of PDUs received with 
an invalid length, type, or with wrong 
alignment. 


Specifies the number of other PDU List 
Element Errors from error class Q to T. 


Specifies the signaling data (SD) PDUs that 
require re-transmission. 
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Field Value Description 

Number of Cell Numeric Specifies the number of discarded cells 
Discarded Due to HEC caused by the violations of the header error 
Violations control (HEC). 

Out of Cell Delineation Numeric Specifies the number of OCD anomalies. 


(OCD) Anomalies 


Number of Cells Numeric Specifies the number of discarded cells 
Discarded Due to caused by the protocol errors in the ATM 
Protocol (ATM Header) header. 
Err 

Action 


Monitor the log and alert support groups. 


Associated OM registers 
The operational measurement (OM) group registers associated with this log 
are C7LINK2, C7LINK1, C7HSLAL1, C7HSLAL2, C7LINK3, C7LINKA, 
C7HSLCAR, and C7HSLATM. 


Additional information 
None 
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CCS121 


Explanation 
The common channel signaling (CCS) subsystem generates log report 
CCS121 to indicate that a link, already perceived by MTP level 3 as 
unavailable to SS7 user-part message traffic, has undergone a minor state 
change. The state change may be due to inhibiting or uninhibiting at MTP level 
3, or failure, restoration, or activation of the link at MTP level 2. The link 
remains unavailable if one or more link outage conditions persists. 


Format 
The format for log report CCS121 follows. 


CCS121 mmmdd hh:mm:ss ssdd INFO Minor State Change 

Link = <link ID> 

Resource = <liu number> 

Speed: <link bit rate> Class: <protocol class> Type: <link type> 
Far-End PC: <Ғаг-епа PC> Far-End CLLI: <far-end CLLI> 

Inhibit Status: <inhibit state> Level 2 Status: <level 2 service state> 
<Status Change Indicator> 


Example 
An example of log report CCS121 follows. 


CCS121 NOVO5 13:59:03 5700 INFO Minor State Change 

Link = HSLCOSTA2 0 

Resource = DLIU 1 

Speed: 1.536 Mb/s Class: SAAL Type: F_LINK 
Far-End PC: ANSI7 173 001 000 Far-End CLLI: HSLCOSTA2 
Inhibit Status: Not inhibited Level 2 Status: InSv 

State Change: Remote Rel - 005 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 

Log header Specifies the log ID, time and date of 
occurrence, log type, and log name. 

Link Alphanumeric Specifies the linkset name and signaling link 
code. 
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Inhibit status 


Level 2 Status 


Status Change Indicator 


Not Inhibited, 
Inhibited (local, 
remote, or both) 


Out of Service, 
Alignment, 
Proving,Aligned 
Ready 


Text string 


Field Value Description 

Resource Numeric Specifies the high-speed link interface unit 
(HLIU) number or the dual link interface unit 
(DLIU) number. 

Speed 1.536 Mbits/s Specifies link speed. 

Class SAAL, MTP2 Specifies the link protocol class. 

Type A,B,C,D,E,orF Specifies the link type. 

Far-End PC Alphanumeric Specifies the far-end point code. 

Far-End CLLI Alphanumeric Specifies the far-end CLLI. 


Specifies the link inhibit status. 


Specifies the level 2 status. 


Specifies the reason the log was generated. 


Action 


If this log occurs, check other CCS logs that indicate underlying link and 
linkset failures. Look for a CCS101 or CCS158 link event log, which indicates 


the root cause. 


Associated OM registers 


None 


Additional information 
None 
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CCS124 


Explanation 


The common channel signaling (CCS) subsystem generates log report 
CCS124 when a key high-speed-link performance parameter crosses a 
predefined threshold value. 


The format for log report CCS 124 follows: 


WSTPO3BV CM CCS124 APR25 11:20:21 1300 INFO Link Threshold 


«dliu number» 


Speed:«link bit rate>Class:<protocol class» Type:«link type 
«far-end PC» Far-End CLLI: <far-end CLLI> 
«Threshold Exceeded> 


Format 
Link = <link ID» 
Resource 
Far-End PC: 
Example 


An example of log report CCS 124 follows: 


«Switch Name» 


Link - LS000100 0 


Resource 


DLIU 100 


Speed: 1.536 Mb/s 
Far-End PC: ANSI7 100 100 100 Far-End CLLI: ANYWHERO1 


Number of Auto Changeovers 


Field descriptions 


CCS124 «Date» «Time» 1300 INFO Link Threshol: 


Class: SAAL Type: B Link 


= 10 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

Log header Specifies the log ID, time and date of 
occurrence, log type, and log name. 

Link Alphanumeric Specifies the linkset name and signaling link 
code. 

Resource Alphanumeric Specifies the number of the dual link 

string interface unit (DLIU). 
Speed 1.536 Mbyte/s Specifies link speed. 
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(Sheet 2 of 2) 


Action 


No immediate action required. 


Associated OM registers 
C7LINK1; C7HSLAL2 


Additional information 
None 


Field Value Description 

Class SAAL Specifies the link protocol class. 

Type A,B,C,D,E,orF Specifies the link type. 

Far-End PC Alphanumeric Specifies the far-end point code. 
string 

Far-End CLLI Alphanumeric Specifies the far-end CLLI. 
string 

Performance threshold Alphanumeric Specifies the performance parameter that 
string exceeded the threshold. 
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CCS125 


Explanation 


The common channel signaling (CCS) subsystem generates log report 
CCS125 when a key high-speed-link performance parameter crosses a 
predefined threshold value. 


The format for log report CCS125 follows: 


<liu number> 


CCS125 <Date><Time> INFO Carrier Threshold 


Speed:<link bit rate>Class:<protocol class> Type:<link type 
<far-end PC> Far-End CLLI: <far-end CLLI> 
«Carrier Performance Threshold Exceeded» 


Format 
«Switch Name» 
Link = <link ID» 
Resource 
Far-End PC: 
Example 


An example of log report CCS125 follows: 


WPSTO3BV CM CCS125 APR25 11:29:21 1300INFO Carrier Threshol 
Link - LS000102 0 


Resource 


DLIU 102 


Speed: 1.536 Mb/s 
Far-End PC: ANSI7 100 100 102 Far-End CLLI: ANYWHERO2 


Errored Seconds - Path: 


Field descriptions 


Class: SAAL Type: B Link 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 
Field 


Log header 


Link 


Resource 


Speed 


Class 


Value 


Alphanumeric 


Alphanumeric 
string 


1.536 Mbyte/s 
SAAL 


Description 


Specifies the log ID, time and date of 
occurrence, log type, and log name. 


Specifies the linkset name and signaling link 
code. 


Specifies the number of the dual link 
interface unit (DLIU). 


Specifies link speed. 


Specifies the link protocol class. 
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(Sheet 2 of 2) 


Action 
No immediate action required. 


Associated OM registers 
C7HSLCAR 


Additional information 
None 


Field Value Description 

Type A,B,C,D,E,orF Specifies the link type. 

Far-End PC Alphanumeric Specifies the far-end point code. 
string 

Far-End CLLI Alphanumeric Specifies the far-end CLLI. 
string 

Carrier performance threshold Alphanumeric Specifies the performance parameter that 
string exceeded the threshold. 
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CCS140 
Explanation 
CCS 140 log is generated in response to a user part unavailable (UPU) 
message. 
Format 
The format for log report CCS140 follows: 
CCS140 mmmdd hh:mm:ss ssdd INFO User Part Flow Control 
Description: <event description> 
Remote User Part: <SI name> (service indicator: SI number) 
Remote User Part State: <state> 
Remote Point Code: <routeset name> 
Example 


An example of log report CCS140 follows: 


CCS140 Jan25 9:23:12 0369 INFO User Part Flow Control 
Description: UPU Message Received 
Remote User Part: TUP (Service Indicator :4) 
Remote User Part State: UNAVAILABLE (INACCESSIBLE) 
Remote Point Code: RS000000100 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

«Event description- UPU Message Describes the event that caused the log 
Received 

«SI name> TUP,SCCP,ISUP,  Identifies the unavailable remote UP 
DUP-call and 
circuit, 


DUP_MAINTENA 
NCE, TUP_PLUS 


SI number two-digit integer Identifies the service indicator (SI) of the 
unavailable remote UP 
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CCS140 (епа) 


(Sheet 2 of 2) 


Field Value Description 
State UNAVAILABLE Explains why the UP is unavailable 
(UNKNOWN), 


UNAVAILABLE 
(INACCESSIBLE), 
UNAVAILABLE 
(UNEQUIPPED) 


Routeset name Alphanumeric, up Specifies the name of the routeset 
to 16 characters. associated with the unavailable UP. 


Action 
Investigate the status of the remote UP. 


Associated OM registers 
None. 


Additional information 


When a UP becomes unavailable, many identical UPU messages are generated 
within a short period of time. A throttling mechanism is in place to prevent 

flooding the switch with UPU messages. The throttling mechanism suppresses 
one out of every ten identical UPU messages received in a 10-s period. One 

UPU message out of every ten received in a 10-s period generates a CCS140 
log. 
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CCS141 
Explanation 
CCS141 log is generated to report a change in the status of the local user part 
(UP). 
Format 
The format for log report CCS141 follows: 
CCS141 mmmdd hh:mm:ss ssdd INFO User Part Flow Control 
Description: <event description> 
Local user part: <SI name> (Service indicator: SI number) 
Local user part state: <state> 
Example 


An example of log report CCS141 follows: 


СС5141 SEPO5 18:14:33 4827 INFO Device State Change 
Description: User Part Status Change 
Local user part: TUP (Service indicator : 4) 
Local user part state: AVAILABLE 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

Event description User Part Status Describes the event that generated the log 
Change 

SI name TUP,SCCP,ISUP,  Identifies which local UP changed state 
DUP-call and 
circuit, 


DUP_MAINTENA 
NCE, TUP_PLUS 


SI number two-digit integer Identifies the service indicator of the 
unavailable remote UP 


State UNAVAILABLE Identifies state of the local UP 
(INACCESSIBLE), 
AVAILABLE 
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Action 
None 


Associated OM registers 
None 


Additional information 


When the state of a local UP is UNAVAILABLE, all incoming messages are 
discarded. User part unavailable (UPU) messages are sent to all remote UPs 
that attempt to access the unavailable UP. 
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CCS142 


Explanation 


CCS 142 log is generated to indicate that both a local and remote user part (UP) 


are unavailable. Under normal operating conditions, a local UP sends 
messages to a remote UP. If the remote UP is unavailable, a user part 


unavailable (UPU) message is generated and sent to the local UP. If the local 


UP is unavailable to receive the UPU message, CCS142 log is generated. 


Format 


The format for log report CCS 142 is as follows: 


CCS142 mmmdd hh:mm:ss ssdd INFO User Part Flow Control 
Description: «Event description? 
User part: «SI name> (Service Indicator: SI number) 


Local user part state: «state? 


Remote user part state: «state» 
Remote point code: «routeset name> 


Example 


An example of log report CCS142 follows: 


CCS142 JAN25 12:39:12 0369 INFO User Part Flow Control 
Description: Discarded UPU Message 
User part: TUP (Service Indicator : 4) 
Local user part state: 


Remote user part state: 
Remote point code: 


Field descriptions 


UNAVAILABLE (INACCESSIBLE) 
UNAVAILABLE (INACCESSIBLE) 
RS000000100 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 
Field 


Event description 


SI name 


SI number 


Value 


Discarded UPU 
Message 


TUP, SCCP,ISUP, 
DUP-call and 
circuit, 

DUP MAINTENA 
NCE, TUP PLUS 


2-digit integer. 


Description 


Describes the event that caused the log 


Identifies the remote UP to which the log 
refers 


Service indicator of the affected UP 
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(Sheet 2 of 2) 


Field Value Description 

State UNAVAILABLE Describes the state of the local UP 
(INACCESSIBLE) 

State UNAVAILABLE Describes the state of the remote UP 
(UNKNOWN), 


UNAVAILABLE 
(INACCESSIBLE), 
UNAVAILABLE 
(UNEQUIPPED) 


Routeset number Alphanumeric, up Identifies the routeset associated with the 
to 16 characters remote UP 


Action 
None 


Associated OM registers 
None 
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CCS145 
Explanation 
The Common Channel Signaling (CCS) subsystem generates log CCS145 
when a Message Transfer Part (MTP) Restart procedure is initiated. 
MTP Restart CCS145 logs are generated for the following procedures: 
e partial restart procedure 
* full restart procedure 
* adjacent node restart procedure 
* unexpected traffic restart message (TRM) procedure 
Format 
The format for log report CCS145 follows: 
CCS145 mmmdd hh:mm:ss ssdd INFO MTP Restart Initiated 
change_reason 
Linkset = linkset_name Point Code = point_code 
recovered_links Links Recovered of total_links Links 
Example 


An example of log report CCS145 follows: 


CCS145 AUG29 23:38:25 0444 INFO MTP Restart Initiated 
Restarting Node - Partial Restart 
001 Links Recovered of 008 Links 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO MTP Restart Initiated Constant Indicates that a MTP Restart has been 
initiated. 

change_reason Characterstring Indicates the MTP Restart procedure being 


performed. One of the four MTP Restart 
procedures (partial, full, adjacent node, or 
unexpected TRM) is indicated. 
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CCS145 (end) 


(Sheet 2 of 2) 


recovered_links 


total_links 


Action 


Numeric 


Numeric 


None 


Associated OM registers 
The following operational measurement (OM) registers are pegged: 


e RESADJCT of OM group C7MTPRES counts the number of adjacent 
restarts initiated in the previous hour 


e RESFULCT of OM group C7MTPRES counts the number of full restarts 


Additional in 


initiated in the previous hour 


Field Value Description 

linkset name Alphanumeric Identifies the linkset to the restarting node. 
Used when the restart procedure is the 
adjacent node type or the unexpected TRM 
type. 

point code Alphanumeric Identifies the point code of the restarting 


node. Used when the restart procedure is 
the adjacent node type or the unexpected 
TRM type. 


Indicates the number of links recovered. 


Indicates the number of recoverable links. If 
the restart procedure is partial or full, the 
total number of recoverable links in an office 
are indicated. If the adjacent node restart 
procedure is initiated, the number of 
recoverable links in the linkset are indicated. 
A recoverable link is a link that is not offline 
or manually busy. 


e RESPARCT of OM group C7MTPRES counts the number of partial 
restarts initiated in the previous hour 


e RESUNXCT of OM group C7MTPRES counts the number of unexpected 
TRM restarts initiated in the previous hour 


formation 
None 
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CCS146 


Explanation 


The Common Channel Signaling (CCS) subsystem generates log CCS146 
when a Message Transfer Part (MTP) Restart procedure is in progress. 


MTP Restart CCS146 logs are generated for the following procedures: 
e full MTP restart 

e partial MTP restart 

* adjacent node MTP restart 

* unexpected traffic restart message (TRM) 


e MTP restart failed because a triggering condition was not met 


Note: А CCS146 log report is also generated if the MTP Restart procedure 
is to be triggered, but MTP Restart procedure does not support the node 


type. 


Format 
The format for log report CCS146 for ANSI7 networks follows. 


CCS146 mmmdd hh:mm:ss ssdd INFO MTP Restart Status 
change reason 
Status Log Number = log number 
Linkset = linkset name Point Code = ANSI7 nnn nnn nnn 
recovered links Links Recovered of total links Links 


Example 
An example of log report CCS146 for ANSI7 networks follows. 


CCS146 AUG29 23:40:31 0482 INFO MTP Restart Status 
Restarting Node - Partial Restart 
Status Log Number - 0001 
Linkset = LS000024 Point Code = ANSI 000 004 003 
006 Links Recovered of 008 Links 


Format 
The format for log report CCS146 for CCITT German networks follows. 
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CCS146 (continued) 


CCS146 mmmdd hh:mm:ss ssdd INFO MTP Restart Status 
change_reason 
Status Log Number = log_number 
Linkset = linkset_name Point Code = CCITT GERMAN nnnnnn 
recovered_links Links Recovered of total_links Links 


Example 
An example of log report CCS146 for CCITT German networks follows. 


CCS146 AUG29 23:40:31 0482 INFO MTP Restart Status 
Restarting Node - Partial Restart 
Status Log Number = 0001 
Linkset = LS000024 Point Code = CCITT7 GERMAN 08 0 05 4 
006 Links Recovered of 008 Links 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
MTP Restart Status Constant Indicates that a MTP restart is in progress. 
change_reason Character string Indicates the MTP Restart procedure being 


performed. One of four restart procedures 
(partial, full, adjacent node, or unexpected 
TRM) is indicated. 


log_number Numeric Indicates the sequential number of the 
СС5146 log report for one of four restart 
procedures (partial, full, adjacent node, or 
unexpected TRM). 


linkset name Alphanumeric Identifies the linkset to the restarting node. 
Used when the restart procedure is the 
adjacent node type or the unexpected TRM 


type. 
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(Sheet 2 of 2) 


Field Value Description 


point_code Numeric Identifies the point code of the restarting 
node. The log is generated by the adjacent 
restart procedure or the unexpected TRM 
procedure. It is also used when the log is 
generated due to disabling MTP restart on a 
linkset basis. 


The point code in INTL networks has the 
format nnn nnn nnn. 


The point code in the German network has 
the format nn n nn n. 


The point code in the Turkish network has 
the format nnn nnn nnn. 


recovered links Numeric Indicates the number of links recovered. 


total links Numeric Indicates the number of recoverable links. If 
the restart procedure is partial or full, the 
total number of recoverable links in an office 
is indicated. If the adjacent node restart 
procedure is initiated, the number of 
recoverable links in the linkset is indicated. 
A recoverable link is a link that is not offline 
or manually busy. 


Action 
None 


Related OM registers 


None 
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CCS147 
Explanation 
The Common Channel Signaling (CCS) subsystem generates log CCS147 
when a Message Transfer Part (MTP) Restart procedure is terminated. 
MTP Restart CCS147 logs are generated for the following procedures: 
e partial restart procedure 
* full restart procedure 
* adjacent node restart procedure 
* unexpected traffic restart message (TRM) procedure 
Format 
The format for log report CCS147 follows: 
CCS147 mmmdd hh:mm:ss ssdd INFO MTP Restart Terminated 
change_reason 
Elapsed time: restart_time 
Linkset = linkset_name Point Code = point_code 
recovered_links Links Recovered of total_links Links 
Example 


An example of log report CCS147 follows: 


CCS147 AUG29 23:41:38 0482 INFO MTP Restart Terminated 
Restarting Node - Partial Restart 
Elapsed time: 00:03:13 
008 Links Recovered of 008 Links 
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Field descriptions 


The following table explains each of the fields in the log report: 


Description 


Field Value 

INFO MTP Restart Terminated Constant 

change_reason Characterstring 

restart_time hh:mm:ss 

linkset_name Alphanumeric 

point_code Alphanumeric 

recovered_links Numeric 

total_links Numeric 
Action 

None 


Associated OM registers 
None 


Additional information 
None 


Indicates that a MTP Restart has been 
terminated. 


Indicates the MTP Restart procedure being 
performed. One of the four restart 
procedures (partial, full, adjacent node, or 
unexpected TRM) is indicated. 


Indicates the elapsed time since the start of 
the restart procedure. 


Identifies the linkset to the restarting node. 
Used when the restart procedure is the 
adjacent node type or the unexpected TRM 


type. 


Identifies the point code of the restarting 
node. Used when the restart procedure is 
the adjacent node type or the unexpected 
TRM type. 


Indicates the number of links recovered. 


Indicates the number of recoverable links. If 
the restart procedure is partial or full, the 
total number of recoverable links in an office 
are indicated. If the adjacent node restart 
procedure is initiated, the number of 
recoverable links in the linkset are indicated. 
A recoverable link is a link that is not offline 
or manually busy. 
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CCS151 


Explanation 


The Common Channel Signaling (CCS) subsystem generates log CCS151 
when a CCS routeset is put in the offline state. 


Format 
The format for log report CCS151 follows. 
CCS151 mmmdd hh:mm:ss ssdd status Routeset Offline 
Routeset clli 
DPC = CCITT7 TURK pc 
Example 


An example of log report CCS151 follows. 


CCS151 ОСТ18 14:52:12 2658 OFFL Routeset Offline 
Routeset  C7RTESET3 
DPC - CCITT7 TURK 04 2 032 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
Routeset OFFL, MANB, Indicates the routeset status. 
Status SYSB, FLT, INFO 
Routeset Symbolic text Indicates the common language location identifier (CLLI) of the 
Clli affected routeset. Refer to table C7RTESET for values. 
Point Numeric For the Turkish network, the destination point code of the network 
Code over which the message is defined. 
Action 


No action is required. 


Related OM registers 
Operational measurement (OM) register C7RSUNAU is associated with this 
log. 
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Explanation 


The Common Channel Signaling (CCS) subsystem generates a CCS152 log 
report when a CCS routeset has been manually busied (ManB). 


Format 
The format for log report CCS152 follows. 
CCS152 mmmdd hh:mm:ss ssdd status Routeset ManBusy 
Routeset clli 
DPC=<nettype><point code> 
Example 


An example of log report CCS152 follows: 


CCS152 ОСТ18 14:52:12 2658 MANB Routeset ManBusy 
Routeset = C7RTESET3 
DPC = ANSI7 001 002 003 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

Routeset OFFL, MANB, Indicates the CCS routeset status. 

Status SYSB, FLT, INFO 

Routeset Symbolic text Indicates the common language location identifier (CLLI) of the 
Clli affected routeset. Refer to table C7RTESET for values. 

DPC Network type Indicates the destination point code (DPC) of the affected 


routeset. The DPC field consists of the network type and the 
destination point code, as described in the section "Additional 
information". 


Point code address 


Action 
Return the routeset to service when the intended task is complete. 


Related OM registers 


Operational measurements (OM) registers C7RSUNAU and C7RSMANB аге 
associated with this log report. 
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CCS152 (continued) 


Additional information 


The DPC value shown in the log report consists of the network type (nettype) 
and the point code of the affected routeset. The value for the point code 
depends on the network type of the routeset. The possible values for each 
network type are explained in the following table. 


(Sheet 1 of 2) 
Network type Point code value 


ANSI7 PC (point code) 


CCITT7 BASIC <Basic PC> 


INTL <zone> 
<areanetw> 
<sigpoint> 


AUSTRIA «zone» 
«region» 
<sigpoint> 


Description 


where PC is a vector of up to three values that make up a point 
code for the destination. Each of the three values can be 
between 0 and 255 and must be unique within the specified 
network. 


Note: This field is different from the PC field that applies to 
CCITT7 networks with a CCITT format of BASIC. 


For ANSI7 networks, the vector consists of the following 
values: 


e The first value is the network identifier number that is 
assigned to the office and the specified network. 


* Тһе second value is the number of the cluster in the 
network identifier that is assigned to the office and the 
specified network. 


e  Thethird value is the number of the member in the cluster 
that is assigned to the office and the specified network. 


where Basic PC is an integer value between 0 and 16 383. 


Note: Basic PC is a mandatory field. 


where Zone is an integer value between 0 and 7. Areanetw is 
an integer value between 0 and 255. Sigpoint is an integer 
value between 0 and 7. 


Note: Zone, areanetw, and sigpoint are all mandatory fields. 


where Zone is an integer value between 0 and 31. Region is 
an integer value between 0 and 15. Sigpoint is an integer 
value between 0 and 31. 


Note: Zone, region, and sigpoint are all mandatory fields. 
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CCS152 (end) 


(Sheet 2 of 2) 
Network type Point code value Description 
CHINA <zone> where Zone is an integer value between 0 and 15. Exchange 
<exchange> is an integer value between 0 and 127. Sigpoint is an integer 
<sigpoint> value between 0 and 7. 
Note: Zone, exchange, and sigpoint are all mandatory fields. 
TURK <pc> where pc is the point code in 4-3-7 bit format as used in the 
Turkish network. The point code appears as two digits, one 
digit, three digits. 
TTC7 «main area» «sub where Main area is an integer value between 0 and 31. Sub 
area» «area unit» area is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 
Note: Main area, sub area, and area unit are all mandatory 
fields. 
NTC7 «main area» «sub where Main area is an integer value between 0 and 255. Sub 
area» <sigpoint> area is an integer value between 0 and 255. Sigpoint is an 
integer value between 0 and 255. 
Note: Main area, sub area, and sigpoint area are all 
mandatory fields. 
JPN7 MAIN «main area» where Main area is an integer value between 0 and 31. 


SUB «main area» 
«sub area» 


UNIT «main area» 
«sub area» «area 
unit» 


where Main area is an integer value between 0 and 31. Sub 
area is an integer value between 0 and 0 and 15. 


Note: Main area and sub area are both mandatory fields. 


where Main area is an integer value between 0 and 31. 
Subarea is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 


Note: Main area, sub area, and area unit are all mandatory 
fields. 
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CCS153 


Explanation 
The Common Channel Signaling (CCS) subsystem generates log report 
CCS153 when a return to service (RTS) command passes, and not all 
component parts function at a level that allows the system to provide service. 


Format 
The format for log report CCS153 follows. 
СС5153 mmmdd hh:mm:ss ssdd SYSB Routeset System Busy 
Routeset clli 
DPC=<nettype><point code> 
Example 


An example of log report CCS153 follows. 


CCS153 OCT18 14:52:12 2658 SYSB Routeset System Busy 
Routeset = C7RTESET3 
DPC = ANSI7 001 002 003 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


SYSB Routeset SystemBusy Constant Indicates that a CCS routeset is made System 
Busy before an RTS request. 


Routeset Symbolic text Indicates the common language location 
identifier (CLLI) of the routeset affected. Refer 
to the Additional information section in this 
document. Refer to table C7RTESET for 


values. 
DPC Destination point Indicates the destination point code (DPC) of 
code the affected routeset. The DPC field consists 


of the network type and the destination point 
code, as the Additional information section in 
this document describes. 


DMS-250 Logs Reference Manual, Volume 1 of 6 UCS15 


1-1108 UCS log reports 


CCS153 (continued) 


Action 


If the RTS request fails, refer to Alarm and Performance Monitoring 
Procedures to return the routeset to service. 


Related OM registers 


There are no associated OM registers. 


Additional information 


The DPC value that appears in the log report consists of the network type 
(nettype) and the point code of the affected routeset. The value for the point 
code depends on the network type of the routeset. The following table 
describes the possible values for each of the network types. 


(Sheet 1 of 2) 


Description 


Network type Point code value 

ANSI7 PC (point code) 

CCITT7 BASIC <Basic PC> 
INTL <zone> 
<areanetw> 
<sigpoint> 


where PC is a vector of up to three values that make up a 
point code for the destination. Each of the three values must 
be different and between 0 and 255 in the specified network. 


Note: This field is different from the PC field that applies to 
CCITT7 networks with a CCITT format of BASIC. 


For ANSI7 networks, the vector consists of the following 
values: 


* The first value is the network identifier number that is 
assigned to the office and the specified network. 


• Тһе second value is the number of the cluster in the 
network identifier that is assigned to the office and the 
specified network. 


e  Thethird value is the number of the member in the cluster 
that is assigned to the office and the specified network. 


where Basic PC is an integer value between 0 and 16 383. 
Note: Basic PC is a required field. 

where Zone is an integer value between 0 and 7. Areanetw is 
an integer value between 0 and 255. Sigpoint is an integer 


value between 0 and 7. 


Note: Zone, areanetw, and sigpoint are required fields. 
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CCS153 (end) 


(Sheet 2 of 2) 


Network type Point code value Description 
AUSTRIA «zone» where Zone is an integer value between 0 and 31. Region is 
«region» <sigpoint> ап integer value between 0 and 15. Sigpoint is an integer 
value between 0 and 31. 
Note: Zone, region, and sigpoint are required fields. 
CHINA «zone» where Zone is an integer value between 0 and 15. Exchange 
«exchange» is an integer value between 0 and 127. Sigpoint is an integer 
<sigpoint> value between 0 and 7. 
Note: Zone, exchange, and sigpoint are required fields. 
TURK <рс> where pc is the point code in 4-3-7 bit format as used in the 
Turkish network. The point code appears as two digits, one 
digit, three digits. 
TTC7 <main area> <sub where Main area is an integer value between 0 and 31. Sub 
area> <area unit> area is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 
Note: Main area, sub area, and area unit are required fields. 
NTC7 <main area> <sub where Main area is an integer value between 0 and 255. Sub 
area> <sigpoint> area is an integer value between 0 and 255. Sigpoint is an 
integer value between 0 and 255. 
Note: Main area, sub area, and sigpoint area are required 
fields. 
JPN7 MAIN «main area» where Main area is an integer value between 0 and 31. 


SUB «main area» 
«sub area» 


UNIT «main area» 
«sub area» «area 
unit» 


where Main area is an integer value between 0 and 31. Sub 
area is an integer value between 0 and 0 and 15. 


Note: Main area and sub area are required fields. 


where Main area is an integer value between 0 and 31. Sub 
area is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 


Note: Main area, sub area, and area unit are required fields. 
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Explanation 


CCS154 


The Common Channel Signaling (CCS) subsystem generates the CCS154 log 
report when a CCS routeset is unavailable to deliver traffic to its destination 
and all traffic to that destination has been stopped. 


Format 


The format for log report CCS154 follows. 


CCS154 mmmdd hh:mm:ss ssdd FLT Routeset Unavailable 
Routeset сш 


DPC=<nettype><point code> 


Example 


An example of log report CCS154 follows. 


СС5154 OCT18 14:52:12 2658 FLT Routeset Unavailable 


Routeset 
DPC 


Field descriptions 


= C7RSMONTOTOR 
ANSI7 001 002 003 


The following table explains each of the fields in the log report: 


Field 


FLT Routeset Unavailable 


Routeset 


DPC 


Action 


Value 


Constant 


Symbolic text 


destination point 
code 


Description 


Indicates that a CCS routeset is not 
available to deliver traffic. 


Indicates the common language location 
identifier (CLLI) of the affected routeset. 
Refer to the section “Additional information”. 
Refer to table C7RTESET for values. 


Indicates the destination point code (DPC) 
of the affected routeset. The DPC field 
consists of the network type and the 
destination point code, as described in the 
section “Additional information”. 


Refer to Alarm and Performance Monitoring Procedures to return the routeset 


to service. 
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1-1111 UCS log reports 


CCS154 (continued) 


Related OM registers 


Operational measurements (OM) registers C7RSFAIL and C7RSUNAU are 
associated with this log report. 


Additional information 
The DPC value shown in the log report consists of the network type (nettype) 
and the point code of the affected routeset. The value for the point code 
depends on the network type of the routeset. The possible values for each of 
the network types are explained in the following table. 


(Sheet 1 of 2) 


Network type Point code value Description 


ANSI7 PC (point code) where PC is a vector of up to three values that make up a 
point code for the destination. Each of the three values can 
be between 0 and 255 and must be unique within the 
specified network. 


Note: This field is different from the PC field that applies to 
CCITT7 networks with a CCITT format of BASIC. 


For ANSI7 networks, the vector consists of the following 
values: 


* The first value is the network identifier number that is 
assigned to the office and the specified network. 


“ Тһе second value is the number of the cluster in the 
network identifier that is assigned to the office and the 
specified network. 


e  Thethird value is the number of the member in the cluster 
that is assigned to the office and the specified network. 


CCITT7 BASIC «Basic PC» where Basic РС is an integer value between 0 and 16383. 


Note: Basic PC is a mandatory field. 


INTL «zone- where Zone is an integer value between 0 and 7. Areanetw is 
<areanetw> an integer value between 0 and 255. Sigpoint is an integer 
<sigpoint> value between 0 and 7. 


Note: Zone, areanetw, and sigpoint are all mandatory fields. 
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CCS154 (end) 


(Sheet 2 of 2) 


Network type Point code value Description 
AUSTRIA «zone» where Zone is an integer value between 0 and 31. Region is 
«region» <sigpoint> ап integer value between 0 and 15. Sigpoint is an integer 
value between 0 and 31. 
Note: Zone, region, and sigpoint are all mandatory fields. 
CHINA «zone» where Zone is an integer value between 0 and 15. Exchange 
«exchange» is an integer value between 0 and 127. Sigpoint is an integer 
<sigpoint> value between 0 and 7. 
Note: Zone, exchange, and sigpoint are all mandatory fields. 
TURK <pc> where pc is the point code in 4-3-7 bit format as used in the 
Turkish network. The point code appears as two digits, one 
digit, three digits. 
TTC7 <main area> <sub where Main area is an integer value between 0 and 31. Sub 
area> <area unit> area is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 
Note: Main area, sub area, and area unit are all mandatory 
fields. 
NTC7 <main area> <sub where Main area is an integer value between 0 and 255. Sub 
area> <sigpoint> area is an integer value between 0 and 255. Sigpoint is an 
integer value between 0 and 255. 
Note: Main area, sub area, and sigpoint area are all 
mandatory fields. 
JPN7 MAIN «main area» where Main area is an integer value between 0 and 31. 


SUB «main area» 
«sub area» 


UNIT «main area» 
«sub area» «area 
unit» 


where Main area is an integer value between 0 and 31. Sub 
area is an integer value between 0 and 0 and 15. 


Note: Main area and sub area are both mandatory fields. 


where Main area is an integer value between 0 and 31. Sub 
area is an integer value between 0 and 15. Area unit is an 
integer value between 0 and 127. 


Note: Main area, sub area, and area unit are all mandatory 
fields. 
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CCS155 


Explanation 
The Common Channel Signaling (CCS) subsystem generates log report 
CCS155 when a CCS routeset delivers traffic to its destination again and all 
traffic to that destination is restored. 


Format 
The format for log report CCS155 follows. 
CCS155 mmmdd hh:mm:ss ssdd INFO Routeset Available 
Routeset clli 
Example 


An example of log report CCS155 follows. 


CCS155 ОСТ18 14:52:12 2658 INFO Routeset Available 
Routeset  C7RSMONTOTOR 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

Routeset Available Constant Indicates that a CCS routeset is now available to deliver 
traffic. 

Routeset clli Symbolic text Тһе common language location identifier (CLLI) of the 
affected routeset. Refer to table C7RTESET for values. 


Action 
No action is required. 


Related OM registers 


There are no related OM registers. 
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CCS156 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS156 when a 
CCS link enters offline state. Where the link interface unit (LIU) is a multiple 
link interface unit (MLIU), the output string of this log is MLIU in place of 
LIU7. MLIU CCS logs do not have an ST number field. 
Format 
The log report format for CCS156 is as follows: 
CCS156 mmmdd hh:mm:ss 5544 OFFL Link Offline 
Link = linkid 
Resource = liuno 
Format 2 
CCS156 mmmdd hh:mm:ss 5544 OFFL Link Offline 
Link = linkid 
Resource = msbno ST=st TL=tl tn 
.Format 3 
CCS156 mmmdd hh:mm:ss 5544 OFFL Link Offline 
Link = linkid 
Resource = msbno ST = $ TL=tl tn STPOOL = pool 
Example 


An example of log report CCS156 follows: 


CCS156 OCT18 14:52:12 2658 OFFL Link Offline 
Link = C7LKSET2 7 
Resource = 1107 201 


Format 2 
CCS156 OCT18 14:52:12 2658 OFFL Link Offline 
Link = C7LKSET2 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLO1 0 
Format 3 
CCS156 OCT18 14:52:12 2658 OFFL Link Offline 


Link = C7LKSET2 7 
Resource = MSB7 1 ST = 1 TL = CSS7TLOO 0 STPOOL = 1 


297-2621-840 Standard 09.01 May 2001 


1-1115 UCS log reports 
CCS156 (end) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Link Offline Constant Indicates that a CCS link entered offline state. 

Link linkid Symbolic text Refer to Table C7LINK for values. Indicates the affected CCS 
link. Refer to Table І. 

Resource = Constant Identifies the allocated physical resource for the link. This field 
indicates the link interface unit 7 (LIU7) or the message switch 
and buffer 7 (MSB7) and the signaling transfer (ST) numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LIU 
number of the resource. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the physical MSB 
number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number of the 
resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name of the 
resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL number 
of the resource. 

Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional Information 


There is no additional information. 
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CCS157 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS157 when a 
user manually busies a CCS link. Where the link interface unit (LIU) is a 
multiple link interface unit (MLIU), the output string of this log is MLIU in 
place of LIU7. MLIU CCS logs do not have an ST number field. 
Format 
The log report format for CCS157 is as follows: 
*CCS157 mmmdd hh:mm:ss 5544 MANB Link ManBusy 
Link = linkid 
Resource = liuno 
Format 2 
*CCS157 mmmdd hh:mm:ss ssdd MANB Link ManBusy 
Link = linkid 
Resource = msbno ST = st TL = tl tn 
Format 3 
*CCS157 mmmdd hh:mm:ss ssdd MANB Link ManBusy 
Link = linkid 
Resource = msbno ST = st TL = tl tn STPOOL = pool 
Example 


An example of log report CCS157 follows: 


*CCS157 OCT18 14:52:12 2658 MANB Link ManBusy 
Link = C7LKSET2 7 
Resource = LIU7 201 


Format 2 
*CCS157 OCT18 14:52:12 2658 MANB Link ManBusy 
Link = C7LKSET2 7 
Resource = MSB7 2 ST = nil TL = CSS7TLO1 0 
Format 3 
*CCS157 OCT18 14:52:12 2658 MANB Link ManBusy 


Link = C7LKSET2 7 
Resource = MSB7 2 ST = nil TL = CSS7TLO1 0 STPOOL = 1 
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CCS157 (епа) 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

Link ManBusy Constant Indicates that a CCS link is manual busy. 

Link linkid Symbolic text Refer to Table C7LINK for values. Indicates the affected CCS 
link. Refer to Table І. 

Resource = Constant Identifies the allocated physical resource for the link. This field 
indicates the link interface unit 7 (LIU7) or the message switch 
and buffer 7 (MSB7) and the signaling transfer (ST) numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LIU 
number. 

mabno Symbolic text Refer to Table C7LINK for values. Indicates the physical MSB 
number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number of 
the resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name of 
the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


The operational measurement (OM) registers associated with this log are 
C7LKUNAU and C7LKMANB. 


Additional information 


There is no additional information. 
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CCS158 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS158. The 
report appears when a CCS link becomes system busy (SysB) after a request 
for return to service (RTS) fails. Where the link interface unit (LIU) is a 
multiple link interface unit (MLIU), the output string of this log is MLIU in 
place of LIU7. MLIU CCS logs do not have an ST number field. 
Format 
The log report format for CCS158 is as follows: 
Format 1 
*CCS158 mmmdd hh:mm:ss 5544 SYSB Link SystemBusy 
Link = linkid 
Resource = Ішпо DSOTRK = dsOtrk TL = tl tn 
Format 2 
*CCS158 mmmdd hh:mm:ss 5544 SYSB Link SystemBusy 
Link = linkid 
Resource = msbno ST = st TL = tl tn 
Format 3 
*CCS158 mmmdd hh:mm:ss 5544 SYSB Link SystemBusy 
Link = linkid 
Resource = msbno ST = st TL = tl п STPOOL = pool 
Example 


An example of log report CCS158 follows: 
Example 1 


*CCS158 OCT18 14:52:12 2658 SYSB Link SystemBusy 
Link = C7LKSET2 7 
Resource = LIU7 101 DSOTRK = CCS7TLO1 1 TL = CCSYTLO1 0 


Example 2 
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CCS158 (continued) 


*CCS158 ОСТ18 14:52:12 2658 SYSB Link SystemBusy 
Link - C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CCSYTLO1 O 


Example 3 


*CCS158 ОСТ18 14:52:12 2658 SYSB Link SystemBusy 
Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 0 STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


SYSB Link SystemBusy Constant Indicates that a CCS link becomes system 
busy after an RTS failure. 


Link Symbolic text Identifies the affected CCS link. Refer to 
Table |. Refer to table C7LINK for values. 


Resource Symbolic text Identifies the allocated physical resource for 
the link. This field indicates the interface 
unit 7 (LIU7) or the message switch and 
buffer 7 (MSB7) and the signalling transfer 
(ST) numbers. Refer to table C7LINK with 
allocation scheme LIUCHANNEL. 


dsotrk Symbolic text Identifies the DSOTRK card trunk name 
assigned to the LIU7. Refer to table LIUINV 
for values. 

ST Symbolic text Indicates the ST number of the resource. 


Refer to table C7LINK for values. 


TL Symbolic text Indicates the trunk name of the resource. 
Refer to table C7LINK for values. 


tn Symbolic text Indicates the trunk number of the resource. 


STPOOL Symbolic text Indicates the STPOOL number of the 
resource. Refer to table C7LINK for values. 
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CCS158 (end) 


Action 


If the RTS request fails, refer to Alarm and Performance Monitoring 
Procedures to return the routeset to service. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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CCS159 


Explanation 


Format 


Example 


The Common Channel Signaling (CCS) subsystem generates CCS159. This 
report appears when a technician command locally inhibits a CCS link. Where 
the link interface unit (LIU) is a multiple link interface unit (MLIU), the output 
string of this log is MLIU in place of LIU7. MLIU CCS logs do not have an 
ST number field. 


The log report format for CCS159 is as follows: 


*CCS159 mmmdd hh:mm:ss 5544 INFO Link Local Inhibit On 
Link = linkid 
Resource = liuno 


Format 2 


*CCS159 mmmdd hh:mm:ss 5544 INFO Link Local Inhibit On 
Link = linkid 
Resource = msbno ST=st TL=tl tn 


Format 3 
*CCS159 mmmdd hh:mm:ss 5544 INFO Link Local Inhibit On 


Link = linkid 
Resource = msbno ST 2st TL=tl tn STPOOL = pool 


An example of log report CCS159 follows: 
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CCS159 (continued) 


*CCS159 OCT18 14:52:12 2658 INFO Link Local Inhibit On 
Link = C7LKSET2 0 
Resorce = LIU7 201 


Format 2 
*CCS159 OCT18 14:52:12 2658 INFO Link Local Inhibit On 


Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CCS7TLO1 0 


Format 3 
*CCS159 OCT18 14:52:12 2658 INFO Link Local Inhibit On 


Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 0 STPOOL = 1 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 
Link Local InhibitOn Constant Indicates local inhibition of a CCS link. 
Link linkid Symbolic text Refer to Table C7LINK for values. Indicates the affected CCS 


link. Refer to Table I. 


Resource = Constant Identifies the allocated physical resource for the link. This 
field indicates the link interface unit 7 (LIU7) or the message 
switch and buffer 7 (MSB7) and the signaling transfer (ST) 
numbers. 


liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LIU 
number of the resource. 


msbno Symbolic text Refer to Table C7LINK for values. Indicates the physical MSB 
number of the resource. 


st Symbolic text Refer to Table C7LINK for values. Indicates the ST number 
of the resource. 


tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name 
of the resource. 
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CCS159 (епа) 


(Sheet 2 of 2) 


Field Value Description 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 


Action 
There is no action required. 


Associated OM registers 
The OM registers associated with this log are СТІКОМАС and C7LINH. 


Additional information 
There is no additional information. 
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CCS160 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS 160 when 
the far-end office inhibits a CCS link. Where the link interface unit (LIU) is a 
multiple link interface unit (MLIU), the output string of this log is MLIU in 
place of LIU7. MLIU CCS logs do not have an ST number field. 
Format 
The log report format for CCS160 is as follows: 
*CCS160 mmmdd hh:mm:ss INFO Link Remote Inhibit On 
Link = linkid 
Resource = liuno 
Format 2 
*CCS160 mmmdd hh:mm:ss INFO Link Remote Inhibit On 
Link = linkid 
Resource = msbno ST=st TL=tl tn 
Format 3 
*CCS160 mmmdd hh:mm:ss INFO Link Remote Inhibit On 
Link = linkid 
Resource = msbno ST = st TL = tl tn STPOOL = pool 
Example 


An example of log report CCS160 follows: 


*CCS160 OCT18 14:52:12 2658 INFO Link Remote Inhibit On 
Link = C7LKSET2 0 
Resource = 1107 201 


Format 2 

*CCS160 OCT18 14:52:12 2658 Link Remote Inhibit On 
Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 0 

Format 3 

*CCS160 OCT18 14:52:12 2658 Link Remote Inhibit On 


Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 0 STPOOL = 1 
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CCS160 (епа) 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

Link Remote Inhibit Constant Indicates that a far-end request inhibits a CCS link. 

On 

Link linkid Symbolic text Refer to Table C7LINK for values. Indicates the affected 
CCS link. Refer to Table |. 

Resource = Constant Identifies the allocated physical resource for the link. This 
field indicates the link interface unit 7 (LIU7) or the message 
switch and buffer 7 (MSB7) and the signaling transfer (ST) 
numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LIU 
number of the resource. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the physical 
MSB number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number 
of the resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name 
of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


The operational measurement (OM) registers associated with this log are 
C7LKUNAU and C7RINH. 


Additional information 


There is no additional information. 
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CCS161 
Explanation 
The Common Channel Signaling (CCS) subsystem generates CCS161 when a 
technician removes the local inhibit on a CCS link. Where the link interface 
unit (LIU) is a multiple link interface unit (MLIU), the output string of this log 
is MLIU in place of LIU7. MLIU CCS logs do not have an ST number field. 
Format 
The log report format for CCS161 is as follows: 
CCS161 mmmdd hh:mm:ss ssdd INFO Link Local Inhibit Off 
Link = linkid 
Resource = liuno 
Format 2 
CCS161 mmmdd hh:mm:ss ssdd INFO Link Local Inhibit Off 
Link = linkid 
Resource = msbno ST=st TL=tl tn 
Format 3 
CCS161 mmmdd hh:mm:ss ssdd INFO Link Local Inhibit Off 
Link = linkid 
Resource = msbno ST =st TL=tl tn STPOOL = pool 
Example 


An example of log report CCS161 follows: 


CCS161 OCT18 14:52:12 2658 INFO Link Local Inhibit Off 
LINK = C7LKSET2 0 
Resource = 1107 201 


Format 2 

CCS161 OCT18 14:52:12 2658 INFO Link Local Inhibit Off 
Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CCS7TLO1 0 

Format 3 

CCS161 OCT18 14:52:12 2658 INFO Link Local Inhibit Off 


Link = C7LKSET2 0 
Resource = MSB7 2 ST = 2 TL = CSS7TLO1 0 STPOOL = 1 
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Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

Link Local Inhibit Off ^ Constant Indicates that a technician removed the local inhibit from a 
CCS link. 

Link linkid Symbolic text Refer to Table C7LINK for values. Indicates the affected 
CCS link. Refer to Table I. 

Resource = Constant Identifies the allocated physical resource for the link. This 
field indicates the link interface unit 7 (LIU7) or the message 
switch and buffer 7 (MSB7) and the signaling transfer (ST) 
numbers. 

liuno Symbolic text Refer to Table C7LINK for values. Indicates the physical LUI 
number of the resource. 

msbno Symbolic text Refer to Table C7LINK for values. Indicates the physical 
MSB number of the resource. 

st Symbolic text Refer to Table C7LINK for values. Indicates the ST number 
of the resource. 

tl Symbolic text Refer to Table C7LINK for values. Indicates the trunk name 
of the resource. 

tn Symbolic text Indicates the trunk number of the resource. 

pool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 

Action 


There is no action required. 


Associated OM registers 


The operational measurement (OM) group register associated with this log is 


C7TLUNINH. 


Additional information 


There is no additional information. 
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CCS162 


Explanation 


The Common Channel Signaling (CCS) subsystem generates CCS 162 when 
the far-end office removes the remote inhibit from a CCS link. Where the link 
interface unit (LIU) is a multiple link interface unit (MLIU), the output string 
of this log is MLIU in place of LIU7. MLIU CCS logs do not have an ST 
number field. 


Format 
The log report format for CCS162 is as follows: 


CCS162 mmmdd hh:mm:ss ssdd INFO Link Remote Inhibit Off 
Link = linkid 
Resource = liuno 


Format 2 


CCS162 mmmdd hh:mm:ss ssdd INFO Link Remote Inhibit Off 
Link = linkid 
Resource = msbno ST=st TL=tl tn 


Format 3 


CCS162 mmmdd hh:mm:ss ssdd INFO Link Remote Inhibit Off 
Link = linkid 
Resource = msbno ST =st TL=tl tn STPOOL = pool 


Example 
An example of log report CCS162 follows: 
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CCS162 (continued) 


СС5162 ОСТ18 14:52 
C7LKSET2 0 
LIU7 


Link = 


Resource = 


Format 2 


СС5162 ОСТ18 14:52 
C7LKSET2 0 
MSB7 


Link = 


Resource = 


Format 3 


CCS162 OCT18 14:52 
C7LKSET2 0 
MSB7 


Link = 


Resource = 


Field descriptions 
The following table describes each field in the log report: 
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:12 2658 INFO Link Remote Inhibit Off 


201 


:12 2658 INFO Link Remote Inhibit Off 


2 ST = 2 CSS7TLO1 0 


:12 2658 INFO Link Remote Inhibit Off 


2 ST = 2 CSS7TLO1 0 STPOOL = 1 


Field 


Value 


Description 


Link Remote Inhibit 
Off 
LINK linkid 


Resource = 


liuno 


msbno 


st 


tl 


Constant 


Symbolic text 


Constant 


Symbolic text 


Symbolic text 


Symbolic text 


Symbolic text 


Indicates removal of the remote inhibit from a CCS link. 


Refer to Table C7LINK for values. Indicates the affected 
CCS link. Refer to Table l. 


Identifies the allocated physical resource for the link. This 

field indicates the link interface unit 7 (LIU7) or the message 
switch and buffer 7 (MSB7) and the signaling transfer (ST) 
numbers. 


Refer to Table C7LINK for values. Indicates the physical LIU 
number of the resource. 


Refer to Table C7LINK for values. Indicates the physical 
MSB number of the resource. 


Refer to Table C7LINK for values. Indicates the ST number 
of the resource. 


Refer to Table C7LINK for values. Indicates the trunk name 
of the resource. 
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Field Value Description 

tn Symbolic text Indicates the trunk number of the resource. 

spool Symbolic text Refer to Table C7LINK for values. Indicates the STPOOL 
number of the resource. 


Action 
There is no action required. 


Associated OM registers 
The operational measurement (OM) group register associated with this log is 
C7RUNINH. 


Additional information 
There is no additional information. 
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